J'essaie de mettre à niveau notre solution de VS2005 .NET 2.0 à VS2008 .NET 3.5. J'ai converti la solution en utilisant l'assistant de conversion VS2008. Tous les projets (environ 50) sont restés ciblés sur .NET Framework 2.0. De plus, si je change manuellement le framework cible pour l'un des projets, tous les dll référencés (ie System, System.Core, System.Data, etc. Le seul moyen de changer complètement le cadre de ciblage que j'ai trouvé est de supprimer ces références et de les renvoyer à nouveau en utilisant la bonne version du framework, je pense que ce n'est pas le meilleur choix: 50 projets ~ 10 références chacun ~ 0.5 minutes pour Est-ce qu'il y a d'autres façons de convertir une solution complète de .NET 2.0 en .NET 3.5? Mise à niveau de .NET 2.0 à .NET 3.5 problèmes
3
A
Répondre
3
Le framework .NET 3.5 ne comprend pas nouvelles versions des assemblys de base: System, System.Data etc sont toujours la version 2.0.0.0 Seuls les assemblys ajoutés ont des versions 3.0 (comme WPF et WCF) ou 3.5 (comme System.Core et System.Linq). La version d'exécution (le CLR) est également 2.0.50727
Vous n'avez pas de problème.
Questions connexes
- 1. Mise à niveau d'un projet .Net 2.0 vers .Net 4.0
- 2. Mise à niveau d'un service Web ASP.NET 1.1 à l'aide de WSE 2.0 vers .NET 3.5
- 3. Mise à niveau du code de .Net 1.1 à 2.0/3.5 (C#)
- 4. Comment mettre à niveau vers .NET 3.5?
- 5. Performance de .Net 2.0 vs .Net 3.5
- 6. mise à niveau de asp.net mvc 2.0 à 3.0 problèmes
- 7. Convertir Web.config à partir de .NET 2.0 en 3.5
- 8. Mise à niveau d'un ASP.NET 2.0 vers ASP.NET 3.5
- 9. Mise à niveau de .NET 3.5 vers 4. Questions à méditer?
- 10. Erreur de déploiement ClickOnce sur l'application .NET mise à niveau
- 11. problème avec ajax sur mise à jour .net Framework 2.0 à .net framework 3.5 à partir de VS 2008
- 12. Migration de la solution C# .NET 2.0 (VS2005) vers .NET 3.5 (VS2008) - Quels sont les problèmes à prévoir?
- 13. Mise à niveau de l'application Windows existante vers le framework .net 3.5
- 14. Mise à niveau vers ASP.NET 3.5
- 15. Mise à niveau d'IIS web sever framework 2.0 à 3.5 considérations
- 16. Comment puis-je mettre à niveau un site Web .NET 2.0 vers la version 3.5?
- 17. Pièges pour convertir une solution .net 2.0 en .net 3.5
- 18. .NET Runtime 2.0 Erreur sur l'application .NET 3.5
- 19. Utilisation des classes .NET 3.5 dans .NET 2.0
- 20. HtmlForm.Action et Framework .Net 2.0/3.5 Interrogation
- 21. Chargement .net 3.5 wpf-forms dans une application .net 2.0
- 22. Qu'est-ce que nos clients ont de migrer de .Net 2.0 à .Net 3.5?
- 23. Compatibilité descendante entre .Net 2.0/3.5 et 4.0
- 24. puis-je appeler un .net 2.0 dll en .net 3.5?
- 25. Déploiement de l'application WPF: problèmes .NET 3.5
- 26. Visual Studio 2008 - invite à migrer l'application Web de .NET 2.0 vers .NET 3.5
- 27. Application Web .NET 3.5 - Portage à 64 bits - Problèmes potentiels
- 28. Mixage de modules DNN utilisant .NET 2.0 et 3.5
- 29. Spring.NET - Mise à niveau lors de la mise à niveau vers NHibernate 2.0 à partir de 1.1?
- 30. .NET 2.0 - Conversion TimeZone
Merci! Bien clair maintenant. Cela signifie-t-il que j'ai encore besoin de changer Tagret Framework pour chacun des projets? :) –
La seule chose que Target Framework fait est de vous empêcher d'ajouter une référence à un assembly qui n'est disponible que dans une version plus numérotée. Vous pouvez les changer au besoin, ce n'est pas critique. –