Эквивалентный из user32.dll на OS X
Основной принцип позади разработки через тестирование - то, что у Вас есть тест, который демонстрирует некоторую функцию.
В этом случае, Вы создаете тест, которые демонстрируют ошибку. Тестовые сбои.
Вы исправляете ошибку. Тестовые передачи. Также, как и все другие тесты. Вы имеете на самом деле , исправил ошибку, не создавая другие проблемы.
2 ответа
Из веб-сайта Mono :
Если вы вызываете что-то, что предоставляется вашей платформой (обычно API Win32), вам нужно будет найти способ выполнять те же функции на всех ваших целевых платформах. Это может означать замену вашего неуправляемого вызова управляемым эквивалентом или определение платформы, на которой вы работаете, и вызов Win32 / * nix / OSX / etc. эквивалент.
( http://pinvoke.net иногда может помочь вам найти управляемый эквивалент вызовов Win32 API.)
Если вы вызываете свою собственную собственную библиотеку, это зависит от кроссплатформенные возможности вашей библиотеки. Если ваша собственная библиотека будет работать на всех ваших целевых платформах, то с вашим приложением все будет в порядке. Если нет, вы можете сделать свою собственную библиотеку кроссплатформенной, выполните операцию в управляемом коде или обойдите ее, определив, на какой платформе вы работаете.
И они также ссылаются на страницу Взаимодействие с собственными библиотеками .
Просматривая pinvoke , одним результатом является то, что GetForegroundWindow ссылается на mwinapi - на первый взгляд, это не выглядит портативным, поэтому вам может не повезти в поиске управляемого решения.
Вероятно, нет прямого отображения. В OS X существует несколько сред Cocoa / Carbon / Java / X11, и каждая среда имеет свои собственные API. Какао и Java - это объектно-ориентированные API-интерфейсы, тогда как Carbon и X11 основаны на функциях. Apple рекомендует использовать Cocoa для нового приложения. Вы должны создать экземпляры объектов Какао и инкапсулировать доступ через вызов вашей функции.