Quels sont les numéros de version corrects pour C #?


2534

Quels sont les numéros de version corrects pour C #? Qu'est-il sorti quand? Pourquoi ne puis-je trouver aucune réponse à propos de C # 3.5 ?

Cette question est principalement destinée à aider ceux qui recherchent une réponse en utilisant un numéro de version incorrect, par exemple C # 3.5 . L'espoir est que toute personne qui ne trouve pas de réponse avec le mauvais numéro de version trouvera cette question, puis effectuera une nouvelle recherche avec le bon numéro de version.


75
C'est l'une des bonnes sources pour tout comprendre. en.wikipedia.org/wiki/C_Sharp_(programming_language)

1
Ce deuxième paragraphe ne devrait-il pas être dans un commentaire au lieu de la question, car il ne fait pas partie de la question
TankorSmash

21
@TankorSmash: Je pense que c'est suffisamment important dans le contexte de la question pour que ça vaille la peine de rester là où il est. OMI, bien sûr.
Jon Skeet

Réponses:


2875

Historique des versions du langage C #:

Ce sont les versions de C # connues au moment d'écrire ces lignes:

En réponse à la question du PO:

Quels sont les numéros de version corrects pour C #? Qu'est-il sorti quand? Pourquoi ne puis-je trouver aucune réponse à propos de C # 3.5?

Il n'y a rien de tel que C # 3.5 - la cause de confusion ici est que le C # 3.0 est présent dans .NET 3.5. Le langage et le framework sont cependant versionnés indépendamment - tout comme le CLR, qui est à la version 2.0 pour .NET 2.0 à 3.5, .NET 4 introduisant CLR 4.0, malgré les Service Packs. Le CLR dans .NET 4.5 présente diverses améliorations, mais le contrôle de version n'est pas clair: à certains endroits, il peut être appelé CLR 4.5 ( cette page MSDN utilisé pour s'y référer de cette façon, par exemple), mais la Environment.Versionpropriété signale toujours 4.0. xxx.

Depuis le 3 mai 2017, l'équipe du langage C # a créé un historique des versions et des fonctionnalités C # sur son référentiel GitHub: fonctionnalités ajoutées dans les versions du langage C # . Il existe également une page qui suit les fonctionnalités linguistiques à venir et récemment mises en œuvre .


26
À quiconque a suggéré d'inclure des collections simultanées: il s'agit d'une liste de fonctionnalités de langage , pas de fonctionnalités de framework . Notez l'absence de mention de WPF, etc.
Jon Skeet

3
@nawfal: Roslyn n'est pas pertinent à cela - et le natif .NET est quelque peu séparé. Mais en gros, oui, je crois qu'il est toujours 4.
Jon Skeet

3
@nawfal: Aucun des changements de langue n'a besoin de changements CLR.
Jon Skeet

9
@alper: Unity ne serait pas autant une version spécifique de C # qu'une version spécifique du framework .NET et / ou du runtime. IIRC, c'est effectivement sur CLR v2, mais peut avoir certains aspects de .NET 3.5.
Jon Skeet

3
@markmnl: projet A ne pas généralement avoir un nombre spécifié version C # ... vous pouvez ouvrir le même projet dans les différentes versions de Visual Studio et trouver les mêmes œuvres de code dans un mais ne fonctionne pas dans un autre. Vous pouvez limiter la version C #, bien que cela se fasse sur une base syntaxique plutôt que sémantique. Mais oui, si vous créez un projet ciblant .NET 4 dans Visual Studio 2015, vous pouvez utiliser la plupart des fonctionnalités C # 6 ...
Jon Skeet

328

C'est la même chose que la plupart des réponses ici, mais sous forme de tableau pour plus de facilité, et il a Visual Studio et versions de .NET pour être complet.

╔════════════╦════════════╦══════════════╦═════════════╦══════════════╗
║ C# version ║ VS version ║ .NET version ║ CLR version ║ Release date ║
╠════════════╬════════════╬══════════════╬═════════════╬══════════════╣
║    1.0     ║    2002    ║    1.0       ║     1.0     ║   Feb 2002   ║
║    1.2     ║    2003    ║    1.1       ║     1.1     ║   Apr 2003   ║
║    2.0     ║    2005    ║    2.0       ║     2.0     ║   Nov 2005   ║
║            ║            ║    3.0       ║     2.0     ║   Nov 2006   ║
║    3.0     ║    2008    ║    3.5       ║     2.0     ║   Nov 2007   ║
║    4.0     ║    2010    ║    4.0       ║     4       ║   Apr 2010   ║
║    5.0     ║    2012    ║    4.5       ║     4       ║   Aug 2012   ║
║    5.0     ║    2013    ║    4.5.1     ║     4       ║   Oct 2013   ║
║            ║            ║    4.5.2     ║     4       ║   May 2014   ║
║    6.0     ║    2015    ║    4.6       ║     4       ║   Jul 2015   ║
║            ║            ║    4.6.1     ║     4       ║   Nov 2015   ║
║            ║            ║    4.6.2     ║     4       ║   Aug 2016   ║
║    7.0     ║    2017    ║              ║             ║   Mar 2017   ║
║            ║            ║    4.7       ║     4       ║   May 2017   ║
║    7.1     ║ 2017(v15.3)║              ║             ║   Aug 2017   ║
║            ║            ║    4.7.1     ║     4       ║   Oct 2017   ║
║    7.2     ║ 2017(v15.5)║              ║             ║   Dec 2017   ║
║            ║            ║    4.7.2     ║     4       ║   Apr 2018   ║
║    7.3     ║ 2017(v15.7)║              ║             ║   May 2018   ║
║    8.0     ║    2019    ║    4.8       ║     4       ║   Apr 2019   ║    
╚════════════╩════════════╩══════════════╩═════════════╩══════════════╝

Remarque: le développement .NET est à peu près indépendant de VS de nos jours, il n'y a pas de corrélation entre les versions de chacun.
Reportez-vous à " Versions et dépendances de .NET Framework " pour plus d'informations.


7
Qu'en est-il des versions de .NET Core?
Pac0

1
Le développement de @ Pac0 .NET Core est à peu près indépendant du développement VS et est difficile à suivre (étant open source). En fait, tous les VS, .NET et .NET Core itèrent assez rapidement.
nawfal

C # 8.0 et NET Framework 4.8 avec la communauté VS 2019 ? 1) developercommunity.visualstudio.com/idea/612733/… 2) stackoverflow.com/questions/56651472/…
Kiquenet

303

Le plus gros problème lorsque vous traitez les numéros de version de C # est le fait qu'il n'est pas lié à une version du .NET Framework, ce qui semble être dû aux versions synchronisées entre Visual Studio et .NET Framework.

La version de C # est en fait liée au compilateur, pas au framework. Par exemple, dans Visual Studio 2008, vous pouvez écrire C # 3.0 et cibler .NET Framework 2.0, 3.0 et 3.5. La nomenclature C # 3.0 décrit la version de la syntaxe du code et les fonctionnalités prises en charge de la même manière que ANSI C89, C90, C99 décrivent la syntaxe / les fonctionnalités du code pour C.

Jetez un œil à Mono , et vous verrez que Mono 2.0 (principalement la version 2.0 implémentée du .NET Framework à partir des spécifications ECMA) prend en charge la syntaxe et les fonctionnalités C # 3.0.


195
  • C # 1.0 avec Visual Studio.NET

  • C # 2.0 avec Visual Studio 2005

  • C # 3.0 avec Visual Studio 2008

  • C # 4.0 avec Visual Studio 2010

  • C # 5.0 avec Visual Studio 2012

  • C # 6.0 avec Visual Studio 2015

  • C # 7.0 avec Visual Studio 2017

  • C # 8.0 avec Visual Studio 2019


83

_____SPÉCIFICATION DE ______LA LANGUE DE LA VERSION COMPILATEUR MICROSOFT

C # 1.0 / 1.2____ décembre 2001 ? / 2003 ? ___________Janvier 2002 ?

C # 2.0 _______septembre 2005________________ novembre 2005 ?

C # 3.0 _______mai 2006_____________________ novembre 2006 ?

C # 4.0 _______mars 2009 (ébauche)______________ avril 2010 ?

C # 5.0; publié avec .NET 4.5 en août 2012

C # 6.0; publié avec .NET 4.6 2015

C # 7.0; publié avec .NET 4.7 2017

C # 8.0; publié avec .NET 4.8 2019


8
D'où avez-vous obtenu une spécification de langage C # 2.0 en décembre 2002? De même C # 4 en juin 2006? Êtes-vous sûr de ne pas parler des éditions ECMA, qui sont complètement différentes?
Jon Skeet

4
il suffit de se référer au lien suivant en.wikipedia.org/wiki/C_Sharp_(programming_language)
Pramodh

65

Historique des versions C #:

C # est un langage de programmation orienté objet simple et puissant développé par Microsoft.

C # a beaucoup évolué depuis sa première version en 2002. C # a été introduit avec .NET Framework 1.0.

Le tableau suivant répertorie les fonctionnalités importantes introduites dans chaque version de C #.

Et la dernière version de C # est disponible dans les versions C # .

1 :entrez la description de l'image ici


54

J'ai résumé la plupart des versions de ce tableau. Les seuls manquants devraient être les versions ASP.NET Core. J'ai également ajouté différentes versions d'ASP.NET MVC.

Notez qu'ASP.NET 5 a été renommé ASP.NET Core 1.0 et ASP.NET MVC 6 a été renommé ASP.NET Core MVC 1.0.0. Je pense que ce changement s'est produit vers janvier 2016.

J'ai inclus la date de sortie d'ASP.NET 5 RC1 dans le tableau, mais je n'ai pas encore inclus ASP.NET core 1.0 et d'autres versions de base, car je n'ai pas pu trouver les dates de sortie exactes. Vous pouvez en savoir plus sur les dates de sortie concernant ASP.NET Core ici: Quand la sortie d' ASP.NET Core 1.0 (ASP.NET 5 / vNext) est-elle prévue?

Version


1
Je ne suis pas sûr qu'avoir MVC dans la même table soit utile, pour être honnête ... c'est juste sur un calendrier de sortie séparé, en fait.
Jon Skeet

@Jon C'est vrai, je l'ajoute ici pour tous ceux qui pourraient en avoir besoin, car j'ai essayé de connaître les dates de sortie correspondantes des frameworks .NET, afin de mieux comprendre l'historique de la version complète.
Mindless


37

En comparant les articles MSDN "Quoi de neuf dans le langage et le compilateur C # 2.0" et " Quoi de neuf dans Visual C # 2005 ", il est possible de déduire que "C # major_version.minor_version" est inventé en fonction de la numérotation des versions du compilateur.

Il y a C # 1.2 correspondant à .NET 1.1 et VS 2003 et également nommé Visual C # .NET 2003 .

Mais plus loin, Microsoft s'est arrêté pour incrémenter les numéros de version mineure (après le point) ou pour les avoir différents de zéro, 0 . Bien qu'il convient de noter que C # correspondant à .NET 3.5 est nommé dans msdn.microsoft.com comme "Visual C # 2008 Service Pack 1" .

Il existe deux dénominations parallèles: par numérotation des versions principales du .NET / compilateur et par numérotation de Visual Studio.

C # 2.0 est synonyme de Visual C # 2005

C # 3.0 correspond (ou, plus précisément, peut cibler) à:


3
Non, C # correspondant à .NET 3.5 est nommé "Visual C # 2008" si vous voulez vraiment utiliser cette numérotation. Les fonctionnalités C # 3.0 ont été introduites dans «Visual C # 2008», c'est pourquoi sur la page à laquelle vous êtes lié, elles sont sous «Quoi de neuf dans la version d'origine de Visual C # 2008». L'utilisation des numéros de version de Visual Studio est cependant une mauvaise idée en général, car cela n'a pas beaucoup de sens lorsque vous construisez avec Mono, par exemple. Le langage C # a des numéros de version bien spécifiés ... nous savons quel produit Visual C # a à l'origine introduit cette version de C #, mais ce n'est pas la même chose.
Jon Skeet

@ JonSkeet, non, je ne le fais pas. Je voulais vous demander (et un autre répondeur) de mettre à jour votre réponse mais comme mon commentaire est devenu trop long, j'ai décidé de le mettre comme réponse. Merci pour vos informations
Gennady Vanin Геннадий Ванин

Je ne pense pas que C # 3.0 puisse fonctionner sur VS 2005.
nawfal

7

C # 1.0 - Visual Studio .NET 2002

Classes
Structs
Interfaces
Events
Properties
Delegates
Expressions
Statements
Attributes
Literals

C # 1.2 - Visual Studio .NET 2003

Dispose in foreach
foreach over string specialization
C# 2 - Visual Studio 2005
Generics
Partial types
Anonymous methods
Iterators
Nullable types
Getter/setter separate accessibility
Method group conversions (delegates)
Static classes
Delegate inference

C # 3 - Visual Studio 2008

Implicitly typed local variables
Object and collection initializers
Auto-Implemented properties
Anonymous types
Extension methods
Query expressions
Lambda expression
Expression trees
Partial methods

C # 4 - Visual Studio 2010

Dynamic binding
Named and optional arguments
Co- and Contra-variance for generic delegates and interfaces
Embedded interop types ("NoPIA")

C # 5 - Visual Studio 2012

    Asynchronous methods
    Caller info attributes

C # 6 - Visual Studio 2015

Draft Specification online
Compiler-as-a-service (Roslyn)
Import of static type members into namespace
Exception filters
Await in catch/finally blocks
Auto property initializers
Default values for getter-only properties
Expression-bodied members
Null propagator (null-conditional operator, succinct null checking)
String interpolation
nameof operator
Dictionary initializer

C # 7.0 - Visual Studio 2017

Out variables
Pattern matching
Tuples
Deconstruction
Discards
Local Functions
Binary Literals
Digit Separators
Ref returns and locals
Generalized async return types
More expression-bodied members
Throw expressions

C # 7.1 - Visual Studio 2017 version 15.3

Async main
Default expressions
Reference assemblies
Inferred tuple element names
Pattern-matching with generics

C # 7.2 - Visual Studio 2017 version 15.5

Span and ref-like types
In parameters and readonly references
Ref conditional
Non-trailing named arguments
Private protected accessibility
Digit separator after base specifier

C # 7.3 - Visual Studio 2017 version 15.7

System.Enum, System.Delegate and unmanaged constraints.
Ref local re-assignment: Ref locals and ref parameters can now be reassigned with the ref assignment operator (= ref).
Stackalloc initializers: Stack-allocated arrays can now be initialized, e.g. Span<int> x = stackalloc[] { 1, 2, 3 };.
Indexing movable fixed buffers: Fixed buffers can be indexed into without first being pinned.
Custom fixed statement: Types that implement a suitable GetPinnableReference can be used in a fixed statement.
Improved overload candidates: Some overload resolution candidates can be ruled out early, thus reducing ambiguities.
Expression variables in initializers and queries: Expression variables like out var and pattern variables are allowed in field initializers, constructor initializers and LINQ queries.
Tuple comparison: Tuples can now be compared with == and !=.
Attributes on backing fields: Allows [field: …] attributes on an auto-implemented property to target its backing field.

C # 8.0 - .NET Core 3.0 et Visual Studio 2019 version 16.3

Nullable reference types: express nullability intent on reference types with ?, notnull constraint and annotations attributes in APIs, the compiler will use those to try and detect possible null values being dereferenced or passed to unsuitable APIs.
Default interface members: interfaces can now have members with default implementations, as well as static/private/protected/internal members except for state (ie. no fields).
Recursive patterns: positional and property patterns allow testing deeper into an object, and switch expressions allow for testing multiple patterns and producing corresponding results in a compact fashion.
Async streams: await foreach and await using allow for asynchronous enumeration and disposal of IAsyncEnumerable<T> collections and IAsyncDisposable resources, and async-iterator methods allow convenient implementation of such asynchronous streams.
Enhanced using: a using declaration is added with an implicit scope and using statements and declarations allow disposal of ref structs using a pattern.
Ranges and indexes: the i..j syntax allows constructing System.Range instances, the ^k syntax allows constructing System.Index instances, and those can be used to index/slice collections.
Null-coalescing assignment: ??= allows conditionally assigning when the value is null.
Static local functions: local functions modified with static cannot capture this or local variables, and local function parameters now shadow locals in parent scopes.
Unmanaged generic structs: generic struct types that only have unmanaged fields are now considered unmanaged (ie. they satisfy the unmanaged constraint).
Readonly members: individual members can now be marked as readonly to indicate and enforce that they do not modify instance state.
Stackalloc in nested contexts: stackalloc expressions are now allowed in more expression contexts.
Alternative interpolated verbatim strings: @$"..." strings are recognized as interpolated verbatim strings just like $@"...".
Obsolete on property accessors: property accessors can now be individually marked as obsolete.
Permit t is null on unconstrained type parameter

[source]: https://github.com/dotnet/csharplang/blob/master/Language-Version-History.md


2

C # 8.0 est la dernière version de c # .it est prise en charge uniquement sur .NET Core 3.x et les versions plus récentes. La plupart des fonctionnalités les plus récentes nécessitent des fonctionnalités de bibliothèque et d'exécution introduites dans .NET Core 3.x

Le tableau suivant répertorie le framework cible avec la version et leur version C # par défaut.

Version du langage C # avec le framework Target

Source - versionnage du langage C #


«La plupart des fonctionnalités les plus récentes nécessitent des fonctionnalités de bibliothèque et d'exécution introduites dans .NET Core 3.x» - pas vraiment, vraiment. L'implémentation de la méthode par défaut nécessite vraiment la prise en charge de l'exécution, et les types de référence nullables fonctionnent certainement mieux lorsque vous ciblez un cadre avec des annotations, mais la fonctionnalité fonctionne globalement sans cela.
Jon Skeet
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.