Un des points forts de Visual Studio 2008 réside dans sa capacité de supporter plusieurs versions du Framework .NET. En d'autres mots, Visual Studio 2008 est la première version permettant de développer confortablement pour le Framework NET 2.0, .NET 3.0, et .NET 3.5. Vous n'avez pas donc pas de contraintes de migration de votre code .NET 2.0 lorsque vous adoptez Visual Studio 2008.
Architecture du Framework .NET 3.5
Pour réaliser comment Visual Studio 2008 permet de cibler autant de versions de Framework .NET, je vous propose le schéma ci-dessous :
Schéma 1
Depuis la sortie de Visual Studio 2005, plusieurs mises à jour ou nouvelles versions de Framework sont venues compléter l'offre de développement. A l'instar de poupées russes, ces nouvelles versions sont venues s'empiler les unes sur les autres, offrant du même coup une grande flexibilité et aussi parfois un peu de confusion vis-à-vis des utilisateurs.
Intégration du multi-ciblage dans Visual Studio 2008
Mais c'est sur le plan de l'intégration que Visual Studio 2008 apporte un réel confort, en proposant à la création d'un nouveau projet (figure 1) la sélection de la version de Framework ciblée. Par exemple, prenons le cas d'un projet type VSTO pour Office 2007, on remarque que les choix proposés sont relatifs à la version de Framework. Sur la figure suivante nous avons choisi le Framework 3.5.
Figure 1
Alors que sur la figure 2 nous avons selectionné le Framework 2.0.
Figure 2
On note que les types projets sont sensibles à la version du Framework selectionné. Mais l'intégration de la gestion de la version du Framwork dépasse le cadre de la création du projet. Par exemple dans la boîte de dialogue de l'ajout d'une référence (figure 3), les asssemblages proposés s'affichent grisés et donc non selectionnables s'ils ne sont pas compatibles avec la version courante.
Figure 3
En d'autres mots, Visual Studio 2008 comporte des affinités vis-à-vis du Framework courant, offrant un réel confort et une diminution des risques opérationnels pour le développeur.
Migration d'un projet Visual Studio 2005 vers Visual Studio 2008
Si actuellement vous développez déjà avec Visual Studio 2005, vous serez sans doute tenté de réutiliser vos projets dans Visual Studio 2008. Dans ce cadre, notons que les solutions VS 2008 et VS 2005 reposent sur des formats différents contrairement aux projets qui se basent sur la technologie XML MSBuild. Depuis Visual Studio 2008 sur l'ouverture d'une solution VS 2005 une migration de votre solution nous sera réclamée à travers un assistant de conversion.
Figure 4
Pour des raisons de sécurité, il est toujours raisonnable de choisir de faire une sauvegarde avant de lancer la conversion.
Figure 5
Avant de lancer la conversion effective, l'assistant vous informe de quelques indications, afin de comprendre comment la conversion va se dérouler.
Figure 6
Enfin, l'assistant vous propose de vous montrer le statut des travaux de conversion.
Figure 7
Les résultats sont sans surprise, seule la solution a été convertie, alors que le projet et ses fichiers respectifs non pas été impactés.
Conséquences de l'option de multi-ciblage
Enfin dernier cas, imaginons que vous ouvrez un projet s'appuyant sur le Framework 3.5 et que par inadvertance vous changez la cible en .NET 2.0. Que vat il se passer ? Pour illustrer ce cas, prenons un code faisant appel à la nouvelle technologie LINQ que j'évoquerai dans le cadre d'un autre post.
Figure 8
Peut importe la signification de ce code ici, toutes parties cerclées de rouge ne sont disponibles que dans le Framework .NET 3.5 (figure 7). Dans la fenêtre de propriétés du projet (figure 8), vous pouvez mais c'est à vos risques et périls changer la version du Framework ciblé par le projet. Par exemple .NET 2.0.
Figure 9
Dans ce cas Visual Studio 2008, vous demande de confirmer votre demande (figure 9). Mais là où les choses vont se gâter c'est au moment de compiler (figure 10).
Figure 10
En résumé
Grace à l'architecture en couche du Framework .NET 3.5, Visual Studio 2008 apporte sur le plan des versions du Framework une flexibilité et un confort jamais égalé, permettant ainsi une adoption rapide et progressive vers la dernière version du Framework. Ajoutons enfin que Visual Studio 2005 et Visual Studio 2008 cohabitent parfaitement ensemble sans effet de bord. Les deux distributions se déclinent dans des répertoires séparés. Sur le plan de l'exécution les différentes instances fonctionnent correctement en concurrence.
Si vous n'avez pas encore téléchargé la bêta 2 de Visual Studio 2008, je vous encourage à l'essayer !!! http://msdn2.microsoft.com/en-us/vstudio/default.aspx
Les systèmes supportant la bêta 2 sont :
- Windows Server 2003 Service Pack 2;
- Windows Vista;
- Windows XP Service Pack 2.
Bruno
