ИзопропилДмитрий77Ты мне на .Net разжуй то что я спросил.

Сколько раз можно повторять - неверно выбран инструмент
Я не спрашиваю что мне выбирать - молоток или кувалдометр.
Я спрашиваю как работает кувалдометр.
В данном форуме обсуждают кувалдометр.
Так яснее?
А молотком я всегда сумею подстучать.

Какое отношение вопрос о написании .Net Inherits -класса имеет к windows.h?

Arm792) Куча исходников .net выложена самим майкрософтом в и-нете, но там на шарпе: http://referencesource.microsoft.com/#mscorlib/system/security/accesscontrol/filesecurity.cs,52b99e3f0aeeb82d Не,тяжеловато. Не буду я этого делать раз они сами недопилили и времени жалко.

Изопропил,

я твоей позиции не понимаю.
С одной стороны в отличии от многих тут ты вроде как согласен с тем что API это хорошо и .Net (как и любая оберточная система) очень многого не покрывает.
То что я не хочу писать API на C++ и прекрасно все это делаю и на VB ты уже наверно понял.
Но только зачем влезать с этими подколами, когда я пытаюсь что-то выяснить у людей (которые многие на Native никогда не писали и далеки от этого) именно по .Net - механизмам.

Изопропил,

>попытка завернуть всё в net
а я и не пытаюсь сильно.

Прикладная часть меня устраивает - не хуже чем VB6. Лучше чем C++.
Возможности что он умеет исследую потихоньку. Много может. Но не все и не всегда хорошо. Оптимальный вариант - комбинировать.

ИзопропилДмитрий77Оптимальный вариант - комбинировать.
да. И аккуратно разделить, а не воевать c P/Invoke
Я имел ввиду комбинировать в рамках одного проекта и одного языка.
Писать на API из VB6/.Net -ну, я не чувствую что я с чем то воюю и пишу в общем-то с удовольствием и относительно быстро, особенно когда результаты радуют, а они обычно радую.
Вот в C(++) я бы воевал: со строками, с компилятором из за путаницы в h.-файлах и т.п....

Ты же предлагаешь комбинировать языковую смесь в одном проекте/решении, тут чувствую война и начнется. Нет. И не говори мне про это больше.
У меня есть в проекте C++ -компоненты - в том числе написанные мной, но это отдельные exe-шники или dll -и мешать я это не буду.
Можно конечно писать свои макрофункции из API в C++, делать dll и использовать ее из VB/.Net, но это будут те же API, только свои. А при том что я прекрасно справляюсь с прямыми вызовами оригинальных, это лишний гимор.
У меня в проекте путаницы нет. Все API и макрофункции на их базе в отдельных модулях, и я их подключаю к проекту как "связь".
Ну да, на том же языке на котором проект.

Кстати это ваше слово P/Invoke мне не очень нравится, если заметил то я все декларации делаю в старом VB6 стиле и без злоупотребления квадратными скобками, словами Marshall, UnManage и DllImport благо VB.Net в отличии от C# это позволяет.
Ну единственное, слово Unicode надо не забывать вставлять перед функциями и структурами чтоб строки правильно транслировались.

skyANAне стоит ожидать полного покрытия его API?
Вот ты мне это говоришь как будто я этого еще не понял.

skyANAможет стоило начать со спецификации и понять, что она рассчитана не только под Windows, следовательно ?
Вот к чему это говорить?
Ради интереса.
Много на .Net под линукс написал?
Есть тут хоть один человек который хоть что-то написал на .Net не под Win?

ИзопропилДмитрий77Ты же предлагаешь комбинировать языковую смесь в одном проекте/решении
Конечно.
Дмитрий77но это будут те же API, только свои.
Да. Простые и понятные.
Это точно.
Как воткнуть в dll свою API "по образу и подобию"?

Как мне написать API-ф-цию чтоб возвращала строку. (ты там тоже учавствовал)

Но там была крайняя необходимость.

И не забывай еще о том что эти dll в общем случае придется делать в двух вариантах x86 и x64, что добавит гимора,
а Win API все задублированы.
Я вот счас .Net делаю - совместимость x86/x64 я контролирую, но таки склоняюсь к мысли, что все-таки буду использовать Win32(x86) конфигурацию, уж очень много там ньюансов с Any CPU возникнет. + я буду ссылаться как минимум на одну dll, а ее нет возможности сделать x64.

Arm79,

я просто спросил. Ради интереса.