.NET 3.5 était différent et coexistait avec .NET 2.0. Est-ce toujours la même approche avec .NET 4.0 ou inclut-elle les fonctionnalités des versions précédentes du framework qui y sont intégrées? En d'autres termes, si j'ai une application qui utilise la fonctionnalité .NET 2.0, puis-je déployer .NET 4.0 et les choses vont fonctionner ou dois-je déployer à la fois .NET 2.0 et 4.0?.NET 4.0 et versions antérieures
.Net 4.0 prendra également en charge le cadre précédent. vous ne vous inquiétez pas de le déployer dans deux cadres.
Note: nouveau cadre est d'ajouter des sucres aux versions :) drainants
Lire ScottGu's Blog
.NET 4.0 sera rétrocompatible avec les versions précédentes du framework. En outre, vous serez en mesure d'exécuter des processus utilisant différentes versions du CLR dans la même application.
A ce stade, il est pure spéculation sur ce que .NET 4.0 sur son propre soutiendra en ce qui concerne les assemblys compilés contre versions précédentes du CLR. MSIL n'a pas été modifié, mais les applications ont été compilées avec les versions 4.0 4.0 du framework et du CLR. Les applications compilées contre CLR 2.0 (y compris .NET 3.0 et .NET 3.5) s'exécutent sur les versions 2.0 du framework et du CLR.
De ScottGu de blog.
» ... .NET 4.0 a un nouveau numéro de version pour les bibliothèques cadres et moteur CLR - ce qui signifie qu'il fonctionne de manière totalement indépendante de .NET 2.0, 3.0 et 3.5 Ce que cela signifie que vous pouvez installer .NET 4.0 sur une machine qui a .NET 2.0/3.0/3.5 installé, et configurer certaines applications à exécuter en utilisant .NET 4.0 et d'autres à exécuter en utilisant les versions .NET plus anciennes ... "
Cet article de blog ne contient aucune confirmation sur la façon dont les applications compilées .NET 2.0 vont interagir avec le runtime 4.0, la seule chose dont on parle est que Visual Studio 2010 supportera plusieurs runti moi Intellisense et compiler vers des versions CLR de bas niveau.
une application = un processus –