WinAPI из C#

[Skykharkov]

Не реклама, но частенько использую pinvoke.net. Собственно говоря из домена понятно. Несмотря на легкий бардак на их сайте иногда бывает очень полезным. Как правило есть сигнатуры для C# и VB. Но нужно относится критично к примерам. Иногда бывают явные ошибки в сигнатурах.

[ArtZilla]

Постоянно приходится вызывать unmanaged код для программ на работе, причём не только WinAPI, но и некоторые dll-прослойки на Delphi. Предложенный выше вариант забавный, но ИМХО всё же лучше один раз разобраться с DllImport и научиться самостоятельно писать нужные обёртки.
P.S. Для тех, кому нужно всего-лишь несколько методов из WinAPI: pinvoke.net

[mayorovp]

Если код по обе стороны ваш собственный, то лучше не дублировать всё API через P/Invoke, а воспользоваться COM (если он поддерживается, конечно же). Не полным паттерном, который требует фабрики классов и регистрацию в реестре, а просто выставить наружу одну функцию, которая вернёт или примет интерфейс.

[zvszvs]

Постоянно совмезать типы данных может стать нетривиальной задачей.

Наверное тут можно упомянуть "Маршалинг": https://docs.microsoft.com/ru-ru/dotnet/standard/native-interop/type-marshaling

[zvszvs]

Не заметил сразу. Там выше упоминается.

[NN1]

Я пользуюсь Vanara ( https://github.com/dahall/Vanara ), чуть более высокоуровневая библиотека чем просто обёртка.

[korsetlr473]

подскажите как взять параметр который отображается в настройках - устройства - блутуз устройства , там у него написан уровень зарядки , вот хочу его вывести около часов

[m0tral]

BLE вам в помощь, никакого unmanaged там не нужно

[bender1000101011]

Эффективнее писать свою dll на С/C++ с дальнейшем ипортом в C#. Прибегать к P/Invoke, если что то нужно коротенькое прописать из WinApi.

[NN1]

Как раз эффективнее в плане скорости разработки и удобства писать всё на C#, а где надо можно код C с указателями и структурами портировать в C#.

Это в случае если у нас не килобайты нативного кода конечно.