.Net Framework слишком большой?

Question

Каждый раз, когда появляется новая функция, подобная WPF, она добавляется в .Net Framework. Вы когда-нибудь беспокоились о дисковой памяти на клиентском компьютере? Нужно ли мне?

Answer 1

Я беспокоюсь об этом - но немного. Несмотря на то, что в настоящее время пространство для хранения данных невероятно дешево, сегодня достаточно дешево купить дублирующее запоминающее устройство для резервного копирования, есть издержки из-за «раздувания».

По мере увеличения количества материала вам необходимо загрузить больше его в память - используя ОЗУ, но также все больше и больше времени, чтобы прочитать его с диска и передать его по шине памяти. И, по мере использования ОЗУ, части данных, считываемых с диска, заменяются, что означает еще больше времени на запись, а затем еще больше времени, когда вы хотите его вернуть! Его порочный круг медлительности, дискового шлифования и выталкивания пальцев при попытке использовать ваш компьютер. (просто посмотрите на такие примеры, как Outlook или Visual Studio, с несколькими плагинами, такими как Resharper, чтобы понять, что я имею в виду).

Так что, хотя это не большая сделка индивидуально, идея о том, что «дисковое пространство/оперативная память дешево, поэтому используйте столько, сколько вам нравится» не очень хорошо, вам следует беспокоиться о раздувании в ваших приложениях и попытаться сделать ваши приложения более эффективны и, следовательно, более отзывчивы.

Конечно, это касается двойного использования для ноутбуков. тройной для нетбуков и пятикратный для мобильных телефонов.

Возможно, нам стоит беспокоиться о дисковой памяти в конце концов!

Answer 2

Нет. Дисковое пространство, вероятно, самый дешевый компонент компьютеров в эти дни (в $/MB).

Answer 3

В моем опыте в .Net, если на компьютере клиента есть проблемы с размером .Net, возможно, есть более серьезные проблемы, о которых стоит беспокоиться, чем о том, что ваша программа будет работать.

Учитывая, что самые последние версии Windows устанавливают .Net по умолчанию или в пакете обновления, я осмелюсь сказать, что очень мало беспокоиться.

Наконец, если вы являетесь разработчиком ASP.Net, ваши собственные .Net-рамки будут довольно раздуты созданной папкой «Временные файлы ASP.Net», поэтому она будет немного меньше для пользователя ,

Answer 4

Да. Разумеется, включая код «потому что он может быть теоретически полезным в один прекрасный день, может быть» приводит к раздутому и неэффективному коду.

Answer 5

Если что-нибудь, рамки .net становится все меньше, .net 3.5 действительно, большой (200 + MB) .net меньше на 48МБ Nevermind тот факт, что вы можете использовать профиль клиента 29MB

Вот a link to a post by Hanselman о .net 4 fm размер и соответствующая информация

Answer 6

Нет. И если вы хотите настроить таргетинг .NET, вы должны принять размер так или иначе, так зачем беспокоиться об этом? Более важным является то, что пользователь имеет правильную версию и бесшовную установку, которая не требует большого взаимодействия с пользователем. Нетехнические пользователи не знают или не заботятся о .NET и просто хотят использовать приложение. Так что все, что заставляет их ждать, будет видно негативно.