Que représente le numéro sur l'icône de la solution Visual Studio?

Juste par curiosité - que représente le nombre? Au début, je pensais que c'était simplement la version / année, parce que j'avais vu des 10 et des 8 (j'ai contre 2010 et 2008) mais alors pourquoi ai-je aussi des 9?

texte alternatif

— xdumaine
source

Réponses:

Les numéros correspondent aux numéros de version internes des différentes éditions de Visual Studio

http://en.wikipedia.org/wiki/Microsoft_Visual_Studio#History

Visual Studio 6.0 (1998)
Visual Studio .NET (2002) = version 7
Visual Studio .NET 2003 = version 7.1
Visual Studio 2005 = version 8
Visual Studio 2008 = version 9
Visual Studio 2010 = version 10
Visual Studio 2012 = version 11
Visual Studio 2013 = version 12
Visual Studio 2015 = version 14
Visual Studio 2017 = version 15
Visual Studio 2019 = version 16

Le nombre sur l'icône indique la version avec laquelle le projet ou la solution est compatible.

— Martin
source

Génial, je suppose qu'il ne m'est jamais venu à l'esprit que les versions n'étaient pas simplement des années, mais c'est logique! (Cela m'a fait penser à la façon dont Windows 7 est réellement la version 6.1 de Windows)

— xdumaine

Pourquoi le dernier a-t-il sauté 13?

— admiration le

@awe Parce que Microsoft est superstitieux?

— Dheeraj VS

Non, car ils ne veulent pas risquer de perdre des clients qui sont ...

— awe

MS SQL Server 2016 est la version 13, ils ne sont donc pas cohérents avec la superstition si c'est la vraie raison. Ou du moins, c'est juste l'équipe VS qui est

— Davos

C'est avec quelle version de Visual Studio la solution a été créée. 10 pour Visual Studio 2010, 9 pour Visual Studio 2008, 8 pour 2005 et 7 pour 2003. Vous pouvez parfois voir un 8 avec VS 2008 si vous le définissez pour cibler uniquement les fonctionnalités .Net 2.0, mais cela signifie généralement vous avez trouvé un fichier de solution plus ancien quelque part.

— Joel Coehoorn
source

+1 pour la mention de la cible .NET pour 2008 - C'est bon à savoir!

— xdumaine

@roviuser - Notez que cela ne se produit pas par défaut. En fait, je pense que c'est un bug quand ça arrive. Les solutions VS2008 qui ciblent .Net 2.0 doivent toujours utiliser le fichier de solution au format VS9.

— Joel Coehoorn