С чем версия Платформы.NET должна я поставляться; 2, 3, 3.5? [закрытый]

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

Если Вы планируете обновить до 3,5 SP1, необходимо рассмотреть использование Нового Клиентского Установочного пакета Профиля Платформы.NET.

.NET 3,5 SP1 представляет новую опцию установочного пакета для разработчиков, создающих клиентские приложения.NET, названные "Клиентским Профилем Платформы.NET". Это предоставляет новый установщик установки, который включает меньшее, быстрее, и более простой опыт установки для клиентских приложений.NET на машинах, которым уже не установили Платформу.NET.

Клиентская установка Профиля Платформы.NET содержит просто те блоки и файлы в Платформе.NET, которые обычно используются для сценариев клиентского приложения. Например: это включает Windows Forms, WPF и WCF. Это не включает ASP.NET и те библиотеки и компоненты, используемые, прежде всего, для серверных сценариев. Мы ожидаем, что этот установочный пакет составит приблизительно 26 МБ в размере, и он может быть загружен и установлен намного более быстрый, чем полный установочный пакет Платформы.NET.

Блоки и API в Клиентском установочном пакете Платформы.NET на 100% идентичны тем, которые в полном установочном пакете Платформы.NET (они - буквально те же двоичные файлы). Это означает, что приложения могут предназначаться и для клиентского профиля и для полного профиля.NET 3,5 SP1 (никакая требуемая перекомпиляция). Все приложения.NET, которые работают с помощью Клиентской установки Профиля.NET автоматически, работают с полной Платформой.NET.

Я всегда использую самую актуальную версию Платформы. Это может быть маленькой первичной нагрузкой на пользователях, но приложение имеет намного более долгую жизнь между обновлениями. Это может или не может быть важно для Вас, но рассмотреть:

При поставке приложения в 2005 с помощью.NET 1.1 платформа выполнение приложения на теперь вне основной поддержки и, возможно, не исправило уязвимости системы обеспечения безопасности или другие серьезные проблемы, которые Microsoft не может иметь дело с, и которые Вы не можете компенсировать в Вашем собственном коде. Ваша единственная альтернатива в 2008 должна заставить Ваших пользователей обновлять свою версию платформы теперь. И, поскольку все мы знаем, заставление пользователей обновить вещи своевременно может быть проблематичным.

Аналогично, рассмотрите свою ситуацию в 2011. Если Вы программируете для.NET 3.5 теперь, Ваше приложение, поскольку - поставленный, будет жизнеспособно дольше. Если Вы будете поставляться для.NET 2.0 теперь, то Вы будете в положении, через несколько лет, необходимости убедить Ваших пользователей обновлять свою платформу (код, который не обладает никаким воспринятым преимуществом для них, помните) так, чтобы можно было правильно поддержать это приложение.

Кроме того, если Вы планируете реализовать опции с 3.5 классами (LINQ к SQL в следующем году, например), это находится в Вашем интересе поставляться для 3,5 теперь, а не 2.0, поскольку он сделает развертывание позже меньшим количеством проблемы для Вас.

Необходимо распределить приложение с любой версией .NET, версия, против которой Вы сделали большую часть тестирования. Если Вы делали всю свою разработку и тестирование в.Net 2.0, то поставлетесь с 2,0.

Но можно быть должными его клиентам для тестирования против 3,5 и поставка с этим, вместо этого, ради любых ошибок, которые были исправлены в платформе, так как 2.0 был выпущен. Платформа является уже столь большой, что, вероятно, нет никакого преимущества для распределения более ранней версии, даже если это прибыло перед WCF, WPF, и т.д., если Вы не оплачиваете издержки пропускной способности для распределения его, или целевое устройство ограничило пространство памяти.

Помните, что "маленькая нагрузка" для пользователей могла означать различие между принятием и отклонением Вашего приложения.

Я выполняю IT для компании. Наш стандарт компании не 3.5. У Вас должен был бы быть тот, действительно шлифуют приложение, чтобы заставить меня обновлять всех до.NET, которую могут выполнить 3,5 именно так Ваших приложения. Другими словами, вероятно, не случай. Я найду другое приложение, которое не добавляет, что дополнительная "маленькая нагрузка" на наш уже перегруженный ЯВЛЯЕТСЯ отделом.

Кто-то еще прокомментировал о том, что функции - Вы действительно собирающийся использовать. Если 1.1 или 2.0 имеет реальный набор функций, Вам нужна палка с ним.

Я ценю новые функции языка в.NET 3.5, но пока Вы не используете их, я постарался бы не обновлять до последнего времени выполнения, поскольку это - больший файл / установка, с которой, вероятно, придется иметь дело Вашим пользователям.

3,5 платформы имели, это - первый выпуск Пакета обновления, таким образом, это более стабильно, чем это было после выпуска, но примите во внимание, что намного легче обновить код от 2,0 до 3,5, чем это должно вернуться к 3,5 по любой причине при обнаружении с выставочным стопором.

Статья Wiki показывает новые возможности очень хорошо.

Функции Linq to SQL, хорошо действительно в значительной степени Расширения Linq в целом определенно стоят обновления.

Что касается Вашего беспокойства о пространстве HD и время установки, IMO они не релевантны в большинстве современных систем для более новых платформ. Более новые версии платформ (3.0 и 3.5) являются действительно просто "обновлениями" 2,0 платформ. Если Вашими клиентами/рынком не является более старый ПК, я думаю, что Вы получите хороший компромисс в функциональности и производительности для Вашей команды разработчиков в противоположность незначительному риску проигрывающих клиентов, потому что они не могут рискнуть добавлять еще 20 МБ на своем жестком диске (я составил число 20 МБ, кто-то может позвонить БАКАЛАВРУ НАУК на этом).

Я соглашаюсь с EBGreen и Chris, но я хочу добавить, что Вы могли бы хотеть рассмотреть тестирование Вашего приложения против более новых версий платформы и позволить Вашему приложению работать против тех версий, которые Вы считаете для работы хорошо против (это может быть сделано с помощью некоторого приема конфигурации, но к сожалению, я не могу найти ссылку на него). Таким образом, Ваше приложение могло работать против версии, которую, возможно, уже установил клиент.

Я предлагаю это потому что:

1. Новые версии платформы могут дать Вам повышение производительности.
2. У клиента может уже быть другая версия, установленная на их компьютере, и это был бы позор к, как Вы говорите, ненужное пространство на жестком диске.
3. Можно хотеть запустить приложение против более новой версии платформы когда-то в будущем и если клиент уже будет иметь ту версию и выполнит текущую версию приложения, то на их компьютере не будет старой платформы.

Однако, я испытываю недостаток в некоторой информации, которую Вы можете иметь, такие как средства распределения, профилирование машин клиентов, и т.д.

Я нашел, что версия 2.0 самая легкая версия, чтобы предназначаться и развернуться, так как большому количеству людей уже установили ее, Если значительная часть Вашей клиентуры использует Vista, Вы могли бы рассмотреть обновление до 3,0. Версии выше этого почти всегда требуют установки, которая может быть болью для некоторых пользователей.

Править: "Версия платформы, выходящая из поддержки" аргумент, не содержит воды, так как 3.0 расширение 2,0, и 3.5 расширение этого. По определению 2.0 будет поддерживаться, целых 3.5. Версия 1.1 является единственной версией, которая является абсолютно отдельным временем выполнения и больше не поддерживается.

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

Если у Вас есть несколько свободных циклов, Вы могли бы переместить отдельное ответвление своих приложений в Вашем SCM, который работает с 3.5 Временами выполнения и когда на самом деле необходимо обновить, у Вас есть рабочее ответвление (Предполагающий, что Вы совершенствуете его некоторого слияния каждые две недели).

Один вопрос, который я хотел бы задать, - то, что функции.NET 3.5, что требуется использовать? Многими раздутыми функциями являются на самом деле функции C# 3.0, не функции, специфичные для.NET 3.0/3.5 и так как C# 3.0 использует тот же CLR в качестве Платформы.NET 2.0, Вы свободны использовать их в своих 2,0 приложениях также. Это только требует VS 2008.

Примеры:

• Лямбда-выражения
• Объектные инициализаторы
• Анонимные типы
• Вывод типа локальных переменных
• Дополнительные методы

Я использую многие из них в моей собственной.NET 2,0 проекта без проблем.

Если бы существует платформа определенные функции, Вы хотите (как Linq, WPF, и т.д.), то необходимо было бы обновить.

Не забывайте, что.Net 4.0 будет немного отличаться от предыдущих версий платформы..Net 4.0 будет установлен рядом (SxS).Net 3.5 и назад. Если Вы обновите свое приложение для использования.Net 4.0 затем то долгосрочные пользователи (иначе предыдущие версии) закончат тем, что имели необходимость установить совершенно новую версию платформы.

Если Ваше рассмотрение, сколько дискового пространства Вы собираетесь израсходовать на клиентских машинах с Вашим приложением и платформой, то не забывает это "скрытое" использование дополнительного пространства. Если Вы обновляете свое приложение теперь от 2,0 до 3,5 затем Ваших приложений, смогших для существования дольше с полной функциональностью, не вынуждая пользователя установить 2-ю платформу, которая израсходовала еще 20 + МБ пространства.

Загрузчик .net 3.5sp1 слишком медленный, особенно если вы используете приложение asp.net (по сравнению с формами Windows), на машине, имеющей только .net 2.0, он загружает всю структуру и это означает, что у вас будет около 20-30 минут загрузки + время установки при умеренном подключении к Интернету и скорости компьютера.