Visual C++ VS2012 express

В чем преимущество viusal c++ над clr?

Добавлено через 12 минут
я не про среду а именно visual c++

0

А что такое "visual c++", как если не среда ?
Компилятор MS C++ Compiler ?..

0

Убежденный, ну в рунтимы входит CRT и MFC.Чем они лучше того же CLR и Windows Forms?

0

Так одно - это native, второе - managed. Зачем сравнивать ежа с ужом ?
Как минимум, CRT/MFC легче, быстрее, не требует .NET Framework и может
"выживать" там, где .NET Fx использовать нежелательно или невозможно.
Зато писать на .NET поприятнее.

0

Убежденный, как понять нежелательно?

0

Ну например, тебе нужно написать модуль, загружающийся во все процессы.
Здесь идеально будет собрать маленькую dll-ку без ненужных зависимостей:
она будет занимать мало место в памяти, быстро инициализироваться и не
тащить в процесс кучу всего другого.

Еще пример - portable-приложение, которое должно запускаться и работать
без установки на любых версиях Windows. На C++/MFC/ATL это вполне возможно,
на .NET придется городить огороды.

Еще есть различные системные компоненты, где .NET использовать вообще
опасно, например Password Filters, которые работают в контексте lsass.exe и
где возможны конфликты с "чужими" библиотеками. Или попробуй загрузить
какую-нибудь .NET-овскую сборку в winlogon.exe и с большой вероятностью
система упадет в "синий экран".

Плагины для многих популярных программ делаются в виде dll с набором
определенных экспортов - опять же, все сводится к созданию нативной dll.

Еще у Windows есть много API, для которых в .NET нету готовых классов-
аналогов и в таких случаях приходится вручную объявлять их и вызывать через
PInvoke. А код получается громоздким и подвержен ошибкам. Зачем, если
проще написать то же самое на C/C++/WinAPI и получится короче и быстрее ?

Ну то есть, разные у этих платформ задачи, разные цели, что-то удобнее
писать на managed, а где-то native рулит.

0

Убежденный, на линухе фреймворк вообще мусор.Да и api у xwindow попроще чем у windows.Хотя кто его знает что будет дальше окон.

0