Есть ли какие-либо предостережения о развертывании .NET Framework 3.5?

Question

Какой уровень беспокойства следует приложить к развертыванию .NET Framework 3.5 на рабочем сервере приложений, на котором в настоящее время размещается около 20 приложений .NET Framework 2.0?

Я столкнулся с сопротивлением моему запросу развернуть .NET Framework 3.5 в нашей среде. Мы не можем с уверенностью проводить регрессионное тестирование и не располагаем ресурсами для уверенного тестирования каждого приложения.

Насколько я понимаю, .NET Framework XX, в качестве основной цели проектирования, сконструирован и проверен для обеспечения возможности развертывания 1.0, 1.2, 2, 3, 3.5 и т. Д. На одном компьютере с высокой степенью уверенности в том, что взаимодействие между версиями не сломает более раннюю версию.

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

Каков ваш предполагаемый уровень беспокойства по поводу этого подхода к развертыванию .NET 3.5 в этой ситуации.

Answer 1

Мой уровень беспокойства очень низок. Единственный способ взаимодействия фреймворка 3.5 с существующими приложениями 2.0 - это пакет обновления, примененный к 2.0 CLR во время установки 3.5. А именно сервис пак1. Поэтому после установки все ваши предыдущие приложения начнут работать на CLR 2.0SP1 против CLR 2.0.

Так что на самом деле это вопрос того, насколько вы доверяете сервисному пакету?

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

• http://support.microsoft.com/kb/945757

Answer 2

Хотя я согласен со всеми здесь, я бы добавил один комментарий. Если вы устанавливаете .NET 3.5 с пакетом обновления 1 (SP1), вы автоматически получаете некоторые дополнительные разрешения, которые позволяют коду .NET на общих сетевых ресурсах запускаться с полными разрешениями, так же, как если бы они работали на локальном жестком диске. , Если это проблема для вас, вы можете посмотреть на ограничение разрешений.

Answer 3

Несколько версий dotnet могут находиться на одном и том же компьютере, и сборка dot net фактически сохраняет свою целевую структуру в своем манифесте. Следовательно, если приложение скомпилировано с версией 2.0 или более ранней, и у вас есть эта версия, существует на вашем компьютере, то нет абсолютно никаких проблем. Это то, на что ориентирован дотнет-фрейм. Параллельное выполнение и устранение DLL-адской проблемы.

Однако восходящая совместимость никогда не была проблемой ... если сборка скомпилирована с версией 2.0, она будет отлично работать в более поздних версиях ... Однако, если что-то не так, вам нужно обвинить MS: P ..

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

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

Answer 4

Я понимаю вашу проблему и обычно рекомендую сначала провести как можно больше тестов на сервере в непроизводственной среде.

Но, учитывая, что основные компоненты среды выполнения .NET 3.5 такие же, как и в .NET 2.0. Версия 3.5 по сути является .NET v2.0 с дополнительными библиотеками сверху.

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

У нас, конечно, не было проблем с развертыванием в нашей среде.

Отказ от ответственности: Все вышеперечисленное просто из моего опыта - пожалуйста, не вините меня, если все пойдет не так! ; О)

Answer 5

.Net 2.0 - это всего лишь подмножество .Net 3.5

Оба они построены на базе CLR 2.0

3.0 Добавлены библиотеки Foundation (WF, WCF, WPF), а 3.5 - еще один набор дополнительных функций . В общем, у вас не должно быть абсолютно никаких проблем, если вы не сделали что-то совершенно безумное на своих машинах.