Добрый день. Возник такой вопрос. Для того, что бы использовать Winapi в .Net нужно испортировать dll-ку, потом создавать структуры, аналогичные структуры, что бы работать с этим WinApi. и т.д. 
Может кто подскажет более-менее вменяемую .Net библиотеку для работы  в .Net, что бы там было все примерно по-людски инкапсулировано. 

Типа 


А то как-то глупо получается. Winapi майкрософта, а .Net работает с ним через такую попу, что ужас.

PS: ManagedWinApi с соурсфоржа пробовал. Более тупой инкапсуляции я еще не видел.

Это сообщение отредактировал(а) Bladerender - 23.6.2009, 12:17

Bladerender, по людски winapi инкапсулировано в .net framework. Очень хорошо инкапсулировано, так что даже не заметно что внутри winapi. Все остальное есть на http://pinvoke.net/.

Зачотный сайт, спасибо за ссылку!

Ну. Получаеться что там тоже рекомендуют использовать  ManagedWinApi, тот что с соурсфорджа? Или я где-то чего-то не заметил?
Если по нормальному инкапсулировано, то какие  неймспейсы и классы юзать для работы с ним? Почему тогда во всех статьях в инете использують winapi через dllinport? Чего-то я ничего не понял. Проясните.



Это сообщение отредактировал(а) Bladerender - 23.6.2009, 14:19

Bladerender, там не рекомендуют использовать ManagedWinApi. Там плагин для вставки DllImport-ов в нужные места. 

System.Runtime.InteropServices используется для работы с API. Это что касается пространства имён (там выше кажется был вопрос).

Так а чем он тебе не нравится. Создаешь класс(ы) , в котором все необходимые тебе ф-ции импортируются и внешний интерфейс у него , который их вызывает. Что еще нужно ?

И заодно. Облайновой версии pinvoke нету случайно? А то если нету инета, то нету и информации в программе.

PS: Там на сайте pinvoke есть упоминание про то, что если не хотите гемора, то юзайте managed Api. И ссылка на соурсфорж.