.NET framework prequisisite

Question

Приветствую, мне нужно объяснение относительно .NET Framework, которое требуется при установке опубликованного приложения на целевой машине.

Как java нисходящая совместимость, под которым я подразумеваю, что если я установил java v1.6, и если приложение разработано с использованием java v1.5 (я также подразумеваю, что для сборки используются только классы и пакеты, доступные в 1.5 apples.)

Я уверен, что разработанное приложение, безусловно, будет работать, установив последнюю или более высокую версию jre или j2se.

Аналогично, в случае платформы .NET предположим, что если я разрабатываю свое приложение с использованием .NET framework 3.5, а на целевой машине я установил .NET framework 4.0 (последний), даже тогда он предложит установить .NET framework 3.5 почему это так?

Пример реального времени: я загрузил и попробовал установить рабочий стол MySQL, а также установил .NET framework 4.0. Но он все еще просит установить .NET framework 3.5 перед запуском установки MySQL.

Мой вопрос в том, что .NET Framework нисходящая совместимость как java или .NET?

Answer 1

Version Compatibility in the .NET Framework:

В .NET Framework 4 является обратной совместимостью с приложениями , которые были построены с .NET Framework версии 1.1, 2.0, 3.0 и 3.5 . Другими словами, приложения и компоненты, построенные с предыдущими версиях .NET Framework будет работа на .NET Framework 4.

Однако на практике эта совместимость может быть нарушен , казалось бы, несущественные изменения в .NET Framework и изменения в методах программирования . Например, улучшения производительности в .NET Framework 4 может выставить гонку условие, которое не произошло на более ранних версиях. Аналогичным образом, используя жестко запрограммированный путь к .NET Framework сборок, выполнение равенства сравнение с конкретной версией в .NET Framework, и получить значение частного поля с помощью отражения не обратной совместимости практики. Кроме того, каждая версия .NET Framework содержит ошибку исправления и связанные с безопасностью изменения , которые могут повлиять на совместимость некоторых приложений и компонентов.

Если ваше приложение или компонент не не работает, как ожидалось на .NET Framework 4 , используйте следующие контрольные списки.

для .NET Framework 2.0, 3.0, и 3.5 приложения:

Check .NET Framework 4 миграции Вопросы для любых изменений, которые могут повлиять на приложения и применить обходной путь, описанный.

Если вы перекомпиляция существующего источника кода для запуска на .NET Framework 4, или если вы разрабатываете новую версию приложения или компоненты, что мишеней .NET Framework 4 из существующих исходного кода базы , check Что устарело в .NET Framework для устаревших типов и элементов и примените описанный способ обхода. (ранее скомпилированный код будет продолжать работать против типов и членов, которые были помечены как устаревшими.)

Если вы определили, что изменение в .NET Framework 4 побило свое приложение, проверьте Время воспроизведения Настройка схемы, чтобы определить, может ли использовать параметр времени выполнения в вашем файле конфигурации приложения , чтобы восстановить предыдущее поведение.

Если вы столкнулись с вопросом, который не документированными, подать Microsoft Connect ошибки и контактом netfxcf@microsoft.com с номером жучка.

Answer 2

Да, .Net 4 каркас обратно совместим с приложениями, построенными на предыдущих версиях .Net. Вы можете увидеть это link on MSDN для получения дополнительной информации.

Если у вас установлены .Net 3.5 или .Net 4, а сторонняя сторона по-прежнему требует (или более старой версии), то установщик не проверяет правильные условия установки.