Quali sono i numeri di versione corretti per C #?


2532

Quali sono i numeri di versione corretti per C #? Cosa è venuto fuori quando? Perché non riesco a trovare risposte su C # 3.5 ?

Questa domanda è principalmente di aiuto a coloro che cercano una risposta utilizzando un numero di versione errato, ad esempio C # 3.5 . La speranza è che chiunque non riesca a trovare una risposta con il numero di versione sbagliato trovi questa domanda e quindi esegua una nuova ricerca con il numero di versione corretto.


74
Questa è una buona fonte per capire tutto. en.wikipedia.org/wiki/C_Sharp_(programming_language)

1
Quel secondo paragrafo non dovrebbe essere in un commento invece della domanda, dal momento che non fa parte della domanda
TankorSmash

21
@TankorSmash: penso che sia sufficientemente importante come contesto della domanda che valga la pena di trovarsi. IMO, ovviamente.
Jon Skeet,

Risposte:


2874

Cronologia versioni lingua C #:

Queste sono le versioni di C # conosciute al momento in cui scriviamo:

In risposta alla domanda del PO:

Quali sono i numeri di versione corretti per C #? Cosa è venuto fuori quando? Perché non riesco a trovare risposte su C # 3.5?

Non esiste C # 3.5: la causa della confusione è che C # 3.0 è presente in .NET 3.5. Il linguaggio e il framework sono tuttavia dotati di una versione indipendente - come il CLR, che è dalla versione 2.0 per .NET 2.0 alla 3.5, .NET 4 che introduce CLR 4.0, nonostante i service pack. Il CLR in .NET 4.5 presenta vari miglioramenti, ma il versioning non è chiaro: in alcuni punti potrebbe essere indicato come CLR 4.5 (ad esempio, questa pagina MSDN si riferiva ad esso in quel modo), ma la Environment.Versionproprietà riporta ancora 4.0. xxx.

A partire dal 3 maggio 2017, il team linguistico di C # ha creato una cronologia delle versioni e delle funzionalità di C # nel loro repository GitHub: funzionalità aggiunte nelle versioni linguistiche di C # . C'è anche una pagina che tiene traccia delle funzionalità linguistiche imminenti e implementate di recente .


26
A chiunque abbia suggerito di includere raccolte simultanee: questo è un elenco di funzioni linguistiche , non di strutture quadro . Nota la mancanza di menzionare WPF, ecc.
Jon Skeet,

3
@nawfal: Roslyn è irrilevante per questo - e nativo .NET è in qualche modo separato. Ma fondamentalmente sì, credo che sia ancora 4.
Jon Skeet

3
@nawfal: nessuna delle modifiche alla lingua richiede modifiche al CLR.
Jon Skeet,

9
@alper: Unity non sarebbe una versione specifica di C # tanto quanto una versione specifica del framework .NET e / o del runtime. IIRC, è effettivamente su CLR v2, ma potrebbe avere alcuni aspetti di .NET 3.5.
Jon Skeet,

3
@markmnl: un progetto generalmente non ha un numero di versione C # specificato ... potresti aprire lo stesso progetto in diverse versioni di Visual Studio e trovare lo stesso codice funziona in uno ma non in un altro. È possibile limitare la versione C #, anche se questo è fatto su una sintattica piuttosto che base semantica. Ma sì, se crei un progetto destinato a .NET 4 in Visual Studio 2015, puoi utilizzare la maggior parte delle funzionalità di C # 6 ...
Jon Skeet,

328

Questo è lo stesso della maggior parte delle risposte qui, ma tabularized per facilità, e ha versioni di Visual Studio e .NET per completezza.

╔════════════╦════════════╦══════════════╦═════════════╦══════════════╗
║ 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   ║    
╚════════════╩════════════╩══════════════╩═════════════╩══════════════╝

Nota: lo sviluppo di .NET è praticamente indipendente da VS in questi giorni, non esiste alcuna correlazione tra le versioni di ciascuno.
Fare riferimento a " Versioni e dipendenze di .NET Framework " per ulteriori informazioni.


7
Che dire delle versioni di .NET Core?
Pac0,

1
@ Pac0 Lo sviluppo di .NET Core è praticamente indipendente dallo sviluppo di VS ed è difficile da tenere traccia (essendo open source). In effetti tutti i VS, .NET e .NET Core stanno ripetendo abbastanza velocemente.
nawfal,


303

Il problema maggiore quando si hanno a che fare con i numeri di versione di C # è il fatto che non è legato a una versione di .NET Framework, che sembra essere dovuta alle versioni sincronizzate tra Visual Studio e .NET Framework.

La versione di C # è in realtà associata al compilatore, non al framework. Ad esempio, in Visual Studio 2008 è possibile scrivere C # 3.0 e scegliere come destinazione .NET Framework 2.0, 3.0 e 3.5. La nomenclatura C # 3.0 descrive la versione della sintassi del codice e le funzionalità supportate allo stesso modo in cui ANSI C89, C90, C99 descrivono la sintassi / le funzioni del codice per C.

Dai un'occhiata a Mono e vedrai che Mono 2.0 (principalmente implementata la versione 2.0 di .NET Framework dalle specifiche ECMA) supporta la sintassi e le funzionalità di C # 3.0.


195
  • C # 1.0 con Visual Studio.NET

  • C # 2.0 con Visual Studio 2005

  • C # 3.0 con Visual Studio 2008

  • C # 4.0 con Visual Studio 2010

  • C # 5.0 con Visual Studio 2012

  • C # 6.0 con Visual Studio 2015

  • C # 7.0 con Visual Studio 2017

  • C # 8.0 con Visual Studio 2019


83

VERSIONE_____ SPECIFICHE LINGUA ______COMPILATORE MICROSOFT

C # 1.0 / 1.2____ dicembre 2001 ? / 2003 ? ___________Gennaio 2002 ?

C # 2.0 _______settembre 2005________________ novembre 2005 ?

C # 3.0 _______Maggio 2006_____________________ Novembre 2006 ?

C # 4.0 _______marzo 2009 (bozza)______________ aprile 2010 ?

C # 5.0; rilasciato con .NET 4.5 nell'agosto 2012

C # 6.0; rilasciato con .NET 4.6 2015

C # 7.0; rilasciato con .NET 4.7 2017

C # 8.0; rilasciato con .NET 4.8 2019


8
Da dove hai ottenuto una specifica del linguaggio C # 2.0 nel dicembre 2002? Allo stesso modo C # 4 nel giugno 2006? Sei sicuro di non parlare delle edizioni ECMA, che sono completamente diverse?
Jon Skeet,

4
basta fare riferimento al seguente link en.wikipedia.org/wiki/C_Sharp_(programming_language)
Pramodh

64

Cronologia versioni C #:

C # è un linguaggio di programmazione orientato agli oggetti semplice e potente sviluppato da Microsoft.

C # si è evoluto molto dalla sua prima versione nel 2002. C # è stato introdotto con .NET Framework 1.0.

Nella tabella seguente sono elencate le funzionalità importanti introdotte in ciascuna versione di C #.

E l'ultima versione di C # è disponibile nelle versioni C # .

1 :inserisci qui la descrizione dell'immagine


54

Ho riassunto la maggior parte delle versioni in questa tabella. Le uniche mancanti dovrebbero essere le versioni ASP.NET Core. Ho anche aggiunto diverse versioni di ASP.NET MVC.

Si noti che ASP.NET 5 è stato rinominato come ASP.NET Core 1.0 e ASP.NET MVC 6 è stato rinominato come ASP.NET Core MVC 1.0.0. Credo che questo cambiamento sia avvenuto verso gennaio 2016.

Ho incluso la data di rilascio di ASP.NET 5 RC1 nella tabella, ma devo ancora includere ASP.NET core 1.0 e altre versioni core, perché non sono riuscito a trovare le date esatte di rilascio. Puoi leggere ulteriori informazioni sulle date di rilascio di ASP.NET Core qui: quando ASP.NET Core 1.0 (ASP.NET 5 / vNext) è programmato per il rilascio?

Versione


1
Non sono sicuro che avere MVC nella stessa tabella sia utile, a dire il vero ... è solo su un programma di rilascio separato, in modo efficace.
Jon Skeet il

@Jon Questo è vero, aggiungendolo qui per chiunque ne abbia bisogno, perché ho cercato di scoprire le date di rilascio corrispondenti dei framework .NET, in modo da ottenere una migliore comprensione dell'intera cronologia delle versioni.
Mindless il


37

Confrontando gli articoli MSDN "Novità nel linguaggio e compilatore C # 2.0" e " Novità in Visual C # 2005 ", è possibile dedurre che "C # major_version.minor_version" sia coniato in base alla numerazione della versione del compilatore.

C'è C # 1.2 corrispondente a .NET 1.1 e VS 2003 e anche chiamato Visual C # .NET 2003 .

Ma più avanti Microsoft ha smesso di incrementare i numeri della versione minore (dopo il punto) o di averli diversi da zero 0. Tuttavia, va notato che C # corrispondente a .NET 3.5 è denominato in msdn.microsoft.com come "Visual C # 2008 Service Pack 1" .

Esistono due denominazioni parallele: dalla numerazione delle versioni principali di .NET / compilatore e dalla numerazione di Visual Studio.

C # 2.0 è sinonimo di Visual C # 2005

C # 3.0 corrisponde (o, più correttamente, può indirizzare) a:


3
No, C # corrispondente a .NET 3.5 è denominato "Visual C # 2008" se si desidera veramente utilizzare tale numerazione. Le funzionalità di C # 3.0 sono state introdotte in "Visual C # 2008", motivo per cui nella pagina in cui sei collegato sono presenti in "Novità della versione di Visual C # 2008". L'uso dei numeri di versione di Visual Studio è una cattiva idea in generale, poiché ha poco senso quando si costruisce con Mono, ad esempio. Il linguaggio C # ha numeri di versione ben specificati ... sappiamo quale prodotto Visual C # ha originariamente introdotto quella versione di C #, ma non sono la stessa cosa.
Jon Skeet,

@JonSkeet, no, non lo so. Volevo chiedere a te (e a un altro risponditore) di aggiornare la tua risposta, ma dal momento che il mio commento è diventato troppo lungo, ho deciso di aggiungere come risposta. Grazie per le tue informazioni
Gennady Vanin Геннадий Ванин

Non credo che C # 3.0 possa funzionare su 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 versione 15.3

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

C # 7.2 - Visual Studio 2017 versione 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 versione 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 e Visual Studio 2019 versione 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

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


2

C # 8.0 è l'ultima versione di c # .it è supportata solo su .NET Core 3.xe versioni più recenti. Molte delle più recenti funzionalità richiedono funzionalità di libreria e runtime introdotte in .NET Core 3.x.

La tabella seguente elenca il framework di destinazione con la versione e la versione C # predefinita.

Versione in linguaggio C # con framework Target

Fonte: versioning del linguaggio C #


"Molte delle più recenti funzionalità richiedono funzionalità di libreria e runtime introdotte in .NET Core 3.x" - non così tante, davvero. L'implementazione del metodo predefinito richiede davvero il supporto del runtime e i tipi di riferimento nullable funzionano sicuramente meglio quando si sceglie un framework con annotazioni, ma la funzionalità funziona nel complesso senza.
Jon Skeet il
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.