Eraser писал(а):VinMike,
Естественно программы под NET более тормознуты, чем на VC/VB6
вот это утверждение не верно, т.к. под .NET код компилируется фрэймворком только один раз, при первом обращении, а потом уже используется готовый откомпилированный код. В теории программы под .NET будут работать быстрее чем не_managed, т.к. будут оптимизированы фрэймворком под конкретную систему/процессор.
Не согласен в корне. Запустите приложение, "один раз откомпилированное под фремворком", на машине, на которой его нет... И вообще, здесь следовало бы уточнить, что вы понимаете под понятием компиляция :
1 - сама компиляция + линковка
2 - или просто компиляция?
.Net - это в какой - то степени интерпретатор со всеми вытекующими. managed code говорит само за себя. За выполнением программы следит как раз Framework, что и ведет за собой дополнительные затраты ресурсов как процессора, так и RAM. Тем более, GDI+...
Насчет компиляции под отдельную платформу - боюсь, что managed программы, "откомпилированные" под конкретную платформу, будут работать быстрее, чем managed программы, откомпилированные под другую (которые могут вообще не запуститься).
Поэтому, сравнивать скорость выполнения так: standalone < managed, на мой взгляд, просто неправильно.
Vinmike,
Что касаемо WEB - согласен абсолютно. Средство очень мощное. Используете по назначению
Office 2003 != Framework! Офис не работает под фрейсворком. Это уж точно. А такой красивый интерфейс M$ зашила где - то в библиотеках.. Тем более, что уже существует множество довесок к MFC, позволяющих рисовать красивые элементы управления, окошки и менюшки без притягивания к проекту дополнительных динамических библиотек.
>Разве что в sharewawe NET сейчас редко используется. потому что пользователям может быть влом скачать Framework:
Сам по себе фреймворк, так сказать изначально шараварный, поэтому его дистры можно, в принципе, лепить к любому Shareware проекту, не заставляя пользователя выкачивать зазря и-нет траффик. Вот, что касается Open Source... Но вряд ли серьезные разработчики в M$VS будут делать OpenSource коммерческие проекты... Смысл тогда вообще получать лицензию, и тратить деньги на столь дорогую IDE?
Хотя, я не исключаю и таких вариантов.
>А главное - нужно учитывать, что целесообразность использования платформы/языка зависит от задачи.
Я ждал именно этой фразы!
Имея небольшой опыт разработки в Delphi (сейчас в основном пишу на C++), которого мне хватило, чтобы понять, что язык медленный и лишенный гибкости C/C++... Хотя, не буду пытаться что - то доказать по этому поводу. Очень может быть, что я там что - то неправильно делал.
Кстати, по поводу C# -очень завидую разработчикам на C# - о таком класс - дезайнере, как здесь программистам на C++ остается просто мечтать...
