Utilisation de plusieurs versions du .NET Framework

Mise à jour : novembre 2007

Par défaut, les applications managées créées avec Visual Studio .NET 2003 ou version ultérieure ne peuvent être exécutées qu'avec la version 1.1 du Common Language Runtime. Cependant, vous pouvez si besoin faire en sorte que votre application cible une version antérieure du runtime. Par exemple, si tous vos clients ont installé la version 1.0 du runtime et que le déploiement de la version 1.1 est impossible, vous pouvez cibler la version 1.0.

Remarque :
Bien qu'il soit possible de cibler la version 1.0 du Common Language Runtime à partir de Visual Studio .NET 2003, il est vivement recommandé d'utiliser Visual Studio .NET 2002. Vous pouvez installer et exécuter les deux versions sur le même ordinateur. Pour plus d'informations, consultez Installation et configuration.

Attention :

Le ciblage d'une version antérieure du runtime peut provoquer l'échec de l'application si elle fait référence à des classes ou à des membres .NET Framework qui n'existent pas dans cette version. Vous devez tester intégralement votre application avec toutes les versions spécifiées afin de vous assurer qu'elle fonctionne correctement. Pour plus d'informations sur les différences entre les versions 1.0 et 1.1, consultez Nouveautés du .NET Framework Version 1.1.

Les projets Visual Studio .NET 2003 utilisent la propriété Runtimes pris en charge pour spécifier les versions du Common Language Runtime requises. Cette propriété est uniquement disponible pour les projets d'application Windows, Console, Web ASP.NET et les projets Windows Service.

La propriété Runtimes pris en charge peut être définie dans la boîte de dialogue Pages de propriétés du projet.

Remarque :
Lorsque vous spécifiez la version 1.0, le fichier app.config est modifié avec une section spécifiant que l'application peut s'exécuter sous la version 1.0 du runtime. L'application sera en fait générée à l'aide du compilateur de la version 1.1 et correspondra à une application version 1.1.

Si vous spécifiez la prise en charge de plusieurs versions du runtime et que l'application s'exécute sur un ordinateur disposant de plusieurs versions du runtime, c'est la première version disponible listée dans le fichier .config qui est chargée.

Projets d'application Windows ou Console, ou projets Windows Service

Pour ces types de projets, la sélection d'un runtime entraîne la mise à jour du fichier app.config dans votre projet ou la création d'un fichier app.config s'il n'en existe pas par le système de projet. Au moment de l'exécution, le fichier app.config doit s'appeler nomfichier.ext.config et se trouver dans le même répertoire que le fichier exécutable. Le système de projet crée le fichier nomfichier.ext.config à partir du fichier app.config et le place dans le répertoire bin\cible.

Projets d'application Web ASP.NET

Pour les projets d'application Web ASP.NET, la modification de cette propriété entraîne la mise à jour par le système de projet du fichier web.config dans votre projet par l'ajout de balises de liaisons d'assembly (<bindingRedirect> et <assemblyIdentity>) dans une section <dependentAssembly>. Les pages Web des applications Web ASP.NET intégrées dans Visual Studio sont précompilées dans un fichier .dll avec une dépendance envers le runtime associé au compilateur.

Le fichier web.config reste dans le répertoire du projet et n'est pas renommé.

Pour plus d'informations, consultez Vue d'ensemble de l'exécution côte à côte dans ASP.NET.

Voir aussi

Concepts

Vue d'ensemble de l'exécution côte à côte dans ASP.NET

Autres ressources

Exécution côte à côte