Migration à partir du .NET Framework version 1.1
Windows 7 ne prend pas en charge le .NET Framework version 1.1. Par conséquent, les applications qui ciblent le .NET Framework 1.1 ne s'exécuteront pas sans modification sur Windows 7. Cette rubrique décrit les étapes requises pour exécuter une application qui cible le .NET Framework 1.1 sous Windows 7.
Reciblage ou recompilation
Il existe deux façons de faire en sorte qu'une application compilée à l'aide du .NET Framework 1.1 s'exécute sur Windows 7 :
Vous pouvez recibler l'application pour qu'elle s'exécute sur .NET Framework version 4. Le reciblage nécessite que vous ajoutiez un élément <supportedRuntime> au fichier de configuration de l'application qui lui permet de s'exécuter sous .NET Framework 4. Un tel fichier de configuration prend la forme suivante :
<configuration> <startup> <supportedRuntime version="v4.0"/> </startup> </configuration>
Vous pouvez recompiler l'application avec un compilateur qui cible le .NET Framework 4. Si vous avez utilisé initialement Visual Studio 2003 pour développer et compiler votre solution, vous pouvez ouvrir cette dernière dans Visual Studio 2010, et l'Assistant Conversion de Visual Studio convertira les fichiers solution et projet des formats utilisés par Visual Studio 2003 au format de Microsoft Build Engine (MSBuild) utilisé par Visual Studio 2010.
Que vous préfériez recompiler ou recibler votre application, vous devez déterminer si elle est affectée par les modifications introduites dans les versions ultérieures du .NET Framework. Ces modifications sont de deux types :
Modifications avec rupture qui se sont produites entre le .NET Framework 1.1 et les versions ultérieures du .NET Framework.
Types et membres de type marqués comme déconseillés ou obsolètes entre le .NET Framework 1.1 et les versions ultérieures du .NET Framework.
Si vous reciblez ou recompilez votre application, vous devez examiner à la fois les modifications avec rupture et les types et membres obsolètes pour chaque version du .NET Framework commercialisée après .NET Framework 1.1.
Modifications avec rupture
Lorsqu'une modification avec rupture se produit, selon la modification spécifique, une solution de contournement peut être disponible pour les applications reciblées et recompilées. Dans certains cas, vous pouvez ajouter un élément enfant à l'élément <runtime> du fichier de configuration de votre application pour restaurer le comportement précédent. Par exemple, le fichier de configuration suivant restaure le tri des chaînes et le comportement de comparaison utilisé dans le .NET Framework 1.1 et peut être utilisé avec une application reciblée ou recompilée.
<configuration>
<runtime>
<CompatSortNLSVersion enabled="4096"/>
</runtime>
</configuration>
Toutefois, dans certains cas, vous devrez peut-être modifier votre code source et recompiler votre application.
Pour évaluer l'impact de modifications avec rupture possibles sur votre application, vous devez passer en revue les listes suivantes de modifications :
Breaking Changes in .NET Framework 2.0 documente les modifications de .NET Framework 2.0 SP1 qui affectent une application qui cible .NET Framework 1.1.
Changes in .NET Framework 3.5 SP1 documente les modifications entre .NET Framework 3.5 et le .NET Framework 3.5 SP1.
Problèmes de migration du .NET Framework 4 documente les modifications entre le .NET Framework 3.5 SP1 et le .NET Framework 4.
Types et membres obsolètes
L'impact des types et membres déconseillés est quelque peu différent pour les applications de reciblées et les applications recompilées. L'utilisation de types et membres obsolètes n'affectera pas une application reciblée, sauf si le type ou le membre obsolète a été supprimé physiquement de son assembly. Recompiler une application qui utilise des types ou des membres obsolètes entraîne généralement un avertissement du compilateur plutôt qu'une erreur du compilateur. Toutefois, dans certains cas, cela entraîne une erreur du compilateur, et le code qui utilise le type ou le membre obsolète ne se compile pas correctement. Dans ce cas, vous devez réécrire le code source qui appelle le type ou membre obsolète avant de recompiler votre application. Pour plus d'informations sur les types et membres obsolètes, consultez Éléments obsolètes dans le .NET Framework.
Pour évaluer l'impact de types et membres déconseillés depuis la commercialisation du .NET Framework 2.0 SP1, consultez Éléments obsolètes dans le .NET Framework. Passez en revue les listes de types et membres obsolètes pour le .NET Framework 2.0 SP1, le .NET Framework 3.5 et le .NET Framework 4.
Historique des modifications
Date |
Historique |
Motif |
---|---|---|
Septembre 2010 |
Ajout d'une rubrique. |
Améliorations apportées aux informations. |