Нет-нет, только не .net!
Чуваки из Микрософта (Jesse Kaplan, CLR Program Manager) потихоньку .
И в .
… It is certainly possible to create these shell extensions with .NET but it is extremely dangerous to do.
It’s not that if you have a bug in the application you can cause instability problems in exporer.exe (though that is important as well). The real issue is that when you write shell extensions you actually inject your code and your depenencies (such as a particular version of the .net framework) inside all processes on the machine that have an open file dialog box. If the application that does an open file uses a different version of the runtime than the one your extension was built against any number of bad things can happen.
Ну хоть по-честному. А то сначала гнобили своих бета-тестеров, которые задавали ненужные вопросы типа «Почему в Висте не всё на .net, как было обещано, а только пара модулей?»
| ← Расстояние от России до Америки | История → |
Комментариев: 2
1) Ну ясен перец проблемы с версиями .NET FrameWork практически нерешабельны. С Native-кодом оно как-то проще, там хоть как-то явно можно определять и влиять на процесс загрузки тех или иных DLL. С .NET же этот фокус вряд ли прокатит, и уж тем более в массе, когда «студенты» начнут клепать расширения.
2) Расширения? На .NET? Это уж больно сильно! Это как же придется потрудиться адресному пространству Explorer.exe чтобы держать фреймворк в памяти!?! Тормозить будет так, что мама не горюй.
3) На RSDN.ru вот тут есть любопытное обсуждение а что сама Microsoft пишет на NET для конечных пользователей?
Получается что вообще ничего кроме Windows Live Writer (по крайней мере значимого и популярного софта). Наводит на определенные размышления, не правда ли!?!
Да уж. Называется, ребята в очередной раз решили проблему dll hell…
Ваш комментарий: