Будет ли приложение .NET 3.5 или ниже подвергаться какому-либо риску при установке .NET 4 на тот же компьютер?

Question

Я понимаю, что .NET поддерживает параллельное выполнение, однако я видел случаи, когда на одной машине было 2.0, а на другой - 2.0 sp1, а на другой - .NET 3.5.В этих версиях были методы, добавленные в некоторые DLL-файлы Microsoft, которые я использовал.Я думаю, что это был System.Net.Mail.

Это было плохо, так как я использовал метод, доступный в 2.0 SP1, а не присутствующий в простой 2.0.Мое приложение получило исключение, и мой менеджер спросил меня, почему я не протестировал этот вариант использования. Кто-нибудь знает, где найти список методов, подходящих для этого сценария?

Итог: этот опыт заставляет меня не на 100% доверять параллельной заявке .NET.

Может кто-нибудь сказать мне, если установка .NET 4.0 каким-либо образом изменит конфигурационный файл, двоичные файлы или иным образом повлияет на выполнение чего-либо из более низкой версии фреймворка?

Answer 1

Существуют правила FxCop для поиска вызовов не-rtm apis.

• Новое для Visual Studio 2008 с пакетом обновления 1 (SP1) и FxCop 1.36 - правило многоцелевого назначения
• Перехват разниц RedBits в .NET 2.0 и .NET 2.0SP1

Answer 2

Короче говоря, установка .Net 4.0 ни в коем случае не должна влиять на более ранние версии, поскольку для каждой версии платформы конфигурация находится в отдельных папках, а двоичные файлы находятся в GAC, который уже поддерживает параллельное выполнение.

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

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