Vous Visual Studio 2012 interférer/pause 4 .NET ou Visual Studio 2010 si installés côte-à-côte sur la même instance de Windows ?
Réponses
Trop de publicités?
Comme Joxiane dit, oui. Voici le lien vers la page officielle de Microsoft avec les informations fournie de Joxiane et plus de détails : http://msdn.microsoft.com/en-us/library/ms246609%28v=VS.110%29.aspx
Vaccano
Points
18515
L' .net 4.5 version est une mise À niveau sur place.
Cela signifie que les fichiers binaires .net 4.0 sera REMPLACÉ par les fichiers binaires .net 4.5.
Microsoft a tenté d'atténuer les problèmes que cela pose en faisant un "Cible .net 4.0". Mais c'est très différent de cibler les versions précédentes .net (qui ont été côte à côte depuis .net 2.0).
Parce que c'est une mise à niveau sur place, "de la Cible .net 4.0" ne peut pas vraiment les cibler. Le mieux qu'ils puissent faire est d'essayer de supprimer manuellement certaines "caractéristiques". Ils l'ont fait (Scott, Hanselman avait un post de blog portant sur cette).
Mais ne vous laissez pas vous tromper en pensant que vous êtes vraiment les utiliser .net 4.0. Toute correction de bugs .net 4.5 sera fixé sur votre machine de développement, et non pas pour votre .net 4.0 utilisateurs.
Donc, si vous êtes du développement d'une application de "ciblage .net 4.0" et vous avez .net 4.5 est installé, alors vous êtes à risque. Si vous avez accidentellement utiliser une correction de bug, il ne sera pas briser pour vous pendant le débogage.
Lorsque vous déployez votre application à une machine de course seulement .net 4.0 (c'est à dire windows xp), puis ces bugs ne sont pas fixés pour votre utilisateur.
Pour toutes fins utiles, ces bugs sont maintenant Caché "Bugs" (pour les développeurs qui ont encore besoin de cible .net 4.0.
La meilleure partie est qu'il n'a pas d'importance si vous utilisez visual studio 2010 ou VS 2012. Une fois que .net 4.5 est installé les bugs sont cachés.
Voir ce post pour plus de détails: http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/c05a8c02-de67-47a9-b4ed-fd8b622a7e4a/
Hans Passant
Points
475940
J'ai été brûlé à mal par VS bêtas, jamais non a un méchant problème de faire désinstallé. Microsoft met à l'amende logiciel, mais le programme d'installation semble toujours être la dernière chose prise en charge. Les problèmes que j'ai vu est que la désinstallation ne pas supprimer des composants, puis vis jusqu'à la vente au détail de l'édition et le programme d'installation de ne pas compter sur d'autres produits Microsoft installés et la destruction de leur configuration.
Celui-ci est loin devant une bêta, ne pas l'installer sur une machine, vous devez faire votre travail. Qui assez bien s'oppose avoir VS2008 installé. VM est bien, bien sûr.
Orion Edwards
Points
54939
J'ai installé la RC hier, et constaté ce qui suit:
Il provoque VS2010 de gel lors de l'exécution de tests unitaires (cela peut être contourné par l'utilisation de 2012, ou mstest sur la ligne de commande pour exécuter vos tests unitaires)
Il provoque VS2010 de ne pas être en mesure de compiler les projets C++, à défaut avec une erreur de lien. Même après la désinstallation de VS2012 RC, ce problème persiste toujours... donc je conseille fortement contre l'installation dès maintenant
Reigo Hein
Points
343
