Цитата(arilou)

что WinAPI развиваться дальше не будет, а вся ОС будет работать в managed среде.

Они вроде собираются полностью переписать весь API, вроде будет называться WinFX.

Цитата

Интересно посмотреть как высокоуровневыми средствами можно эмулировать низкоуровневый WinAPI.

Ну приложение обращается к .NET, а .NET в свою очередь к API, что мешает "интегрировать" в среде исполнения .NET функции, которые дает WinAPI...

Цитата(Vex @ 9.2.2005, 23:11)

Они вроде собираются полностью переписать весь API, вроде будет называться WinFX

Да, а еще будет такая штука, как Avalon - замена стандартному GDI. Декларативное программирование и все такое...

Цитата

А внимательнее читать не пробовал ?

Сам себе противоречишь:

Цитата(AntonSaburov @ 3.2.2004, 18:44)

И уже эта библиотека (которая работает само собой не на MSIL, а на реальных командах процессора)выполняет Ваш код.

Цитата(AntonSaburov @ 3.2.2004, 18:44)

используется JIT компилятор

Библиотека НЕ ИСПОЛНЯЕТ IL-код. Она его компилирует. Хоть и JIT.
Если я не прав не злись а объясни, ОК?

Цитата(Vex @ 10.2.2005, 01:11)

Ну приложение обращается к .NET, а .NET в свою очередь к API, что мешает "интегрировать" в среде исполнения .NET функции, которые дает WinAPI...

Дык речь шла о

Цитата(arilou @ 16.7.2004, 14:37)

WinAPI будет эмулироваться средствами .NET.

Тогда ОС надо бы назвать Windows .NET

Вся эта затея с Windows.NET (привет, Run-time error) мне кажется довольно стремной: полностью менять внутренности системы, эмулировать WinAPI и т.п. будет очень сложно даже самому Биллу
Как мне кажется, такие извращения приведут к следующему:

* Все программы, кроме .NET, уже написанные на настоящий момент (и по-любому использующие WinAPI), особенно игры, будут работать значительно медленнее (покупайте новый компьютер! ??? )

* Эмуляция естественно будет глючить (любая программа содержит ошибку, при ее устранении появляются еще две ), а значит почти все программы (см. пункт выше) по принципу наследования будут глючить (в т.ч. и Винда - еще больше)

* Эмуляция может не поддерживать очень сложных программ (как это было когда-то с эмуляцией MS DOS)

* Так как код .NET полностью защитить (в настоящее время) нельзя, то воровства кода и крякинга (MSIL - это не ASM) будет еще больше (Неужели наступает пришествие Open source)


Вот, вроде бы, все. Будет что-то еще - дополняйте.

Кстати, Мелкософт может эмуляцию эту сделать по принципу VirtualPC (который они когда-то купили ). Т.е. фактически в отдельной тормозной (поскольку виртуальной) Винде.

Это сообщение отредактировал(а) $tatic - 28.2.2005, 19:06

Цитата

полностью менять внутренности системы, эмулировать WinAPI и т.п. будет очень сложно даже самому Биллу smile

А кто тебе сказал что это будут делать?

Цитата

А кто тебе сказал что это будут делать?

Так будут или нe будут?

Это лчно мое мнение. Скорее всего - нет.

Цитата

эмулировать WinAPI и т.п. будет очень сложно даже самому Биллу

тут даже вопрос не в сложности [вполне реально], а впроизводительности, те старые преложения замедляться как минимум на 20%

Господа, а все же что будет с асемблером?

Скорее .НЕТ исчезнет, чем ассемблер!

Цитата(Domestic @ 28.2.2005, 16:40)

Так будут или нe будут?

Мне кажется, что ни чего во внутренностях переделывать не будут, просто, сверху навесят .NET и в дальнейшем будут наращивать только его возможности, все новые API публично будут доступны только через .NET сборки, например, тот же Avalon, который уже сейчас работает под Windows XP и которой будет частью Longhorn. Не ясно откуда вобще появилась идея эмуляции Win32 API, технология .NET под Windows опирается на Win32 API, а это тонны отлаженного кода, полученного большой кровью, сомневаюсь, что кто-то будет рубить сук на котором сидит.

2Петрович : низкоуровневый WinAPI !!!????

если писать прогу под DOS она будет работать везде и без API. вот только одна эмуляция от доса к сожалению осталась, DirectDraw работает без GDI. Эмуляция GDI в частности, и APi в целом не такая уж кощунственная идея... асм пока никуда не денется, а вот все надстройки над апи(VCL MFC) уже сейчас не так актуальны, в большинстве случаев они нужны для поддержки старых проектов. Сейчас нет смысла использовать эти библиотеки в новых проектах, при возможности использования сретств дотнет..