Другие языки программирования и технологии
Работают ли приложения на .NET медленнее или едят больше памяти, чем приложения под Windows?
Visual Studio 6.0 приложения писались чисто под Win. Теперь везде Framework. Как он влияет на производительность?
"везде Framework" Но это же не так. Хочешь - юзай, не хочешь не юзай. Скорее "везде распараллеливание", а с этим в VS6 определённые напряги. Дело не в дотнете, а в том, что за 15 лет api сменился до неузнаваемости. Повысилась безопасность разработок, новые возможности, а старые стали экономичнее.
Медленнее/нет волнует лишь там, где это критично, а таких задач мало. Точнее, они там, где задействованы вычисления. память так же была во внимании, когда для неё ограничения по железу были. А сейчас - надо проге 16ГБ, да пжлста, надо 64Гб, сложнее, но так же реально. Если надо обработать 200ГБ, то тут алгоритмы другие и старые среды тупо не могут удовлетворять
Медленнее/нет волнует лишь там, где это критично, а таких задач мало. Точнее, они там, где задействованы вычисления. память так же была во внимании, когда для неё ограничения по железу были. А сейчас - надо проге 16ГБ, да пжлста, надо 64Гб, сложнее, но так же реально. Если надо обработать 200ГБ, то тут алгоритмы другие и старые среды тупо не могут удовлетворять
Тут минус скорее в том, что не медленнее код и памяти больше жрет, а что приложение потребует поставить эту здоровенную гадость Framework. На дохлых машинах он еле ставится.
Чуть медленнее запускаются.
Чуть больше кушают памяти на уровне пустого приложения, по мере добавления компонентов в приложение, количество требуемого ОЗУ растет не очень быстро..
Чуть больше кушают памяти на уровне пустого приложения, по мере добавления компонентов в приложение, количество требуемого ОЗУ растет не очень быстро..
Учитывая мощь современных компьютеров это не так критично, я например пишу некоторые программы на C# Net Framework 4
проблем с производительностью не было, хотя если проект крупный, я думаю потеря производительности будет ощутимым. Но в то же время Microsoft делает все чтобы проекты на фреймворке работали максимально быстро.
проблем с производительностью не было, хотя если проект крупный, я думаю потеря производительности будет ощутимым. Но в то же время Microsoft делает все чтобы проекты на фреймворке работали максимально быстро.
Похожие вопросы
- На каком языке пишутся приложения для Windows.
- Взламывается ли приложение Сбербанк онлайн? Сегодня сотрудник сбербанка мне ответила что приложение взламывается?
- Можно ли перекомпилировать приложение Windows?
- Как приложение общается с Windows
- При создании приложения windows на каких языках не придется устанавливать фреймворк?
- Почему на Windows 7 не идут 30% приложений и игр на XP все отлично работало стоит ли устанавливать XP Zver сборку
- А зачем пишут на C# приложения работающие только на Windows, когда можно писать на Java кроссплатформенные?
- .Net FrameWork глазами пользователя...
- windows не хочет работать стабильно,все время перезагружается.А linux шикарно работает, от чего?
- Подойдет ли самоучитель по Visual Basic .NET для освоения языка Basic, человеку не понимающему в программировании?
Нет, именно в дотнете и его функционале над WinAPI, и именно дотнет развивался эти годы - в .NET 3 появились LINQ, WPF, силверайт, в .NET 4 - TPL...
А WinAPI какое было, такое и осталось. Ну добавилось несколько новых интерфейсов сомнительной надобности, ну и все.
Вы этого просто не знаете, или вам лишь бы что-то написать, пофиг что?
> Повысилась безопасность разработок
Я б сказал, повысилось число тех, кто занимается не разработкой, а безопасностью.
Еще смотря что за прога.
Мало кто станет покупать дорогое мощное железо, когда можно этого не делать. Если писать прожорливые проги, не являющиеся чем-то уникальным, масштабным и неповторимым, как java, то есть риск, что конкурент создаст такую же прогу, но сделает не такой прожорливой, и вы будете в пролете.