Was sind die richtigen Versionsnummern für C #?


2530

Was sind die richtigen Versionsnummern für C #? Was kam wann heraus? Warum kann ich keine Antworten zu C # 3.5 finden ?

Diese Frage soll in erster Linie denjenigen helfen, die nach einer Antwort mit einer falschen Versionsnummer suchen, z . B. C # 3.5 . Die Hoffnung ist, dass jeder, der keine Antwort mit der falschen Versionsnummer findet, diese Frage findet und dann erneut mit der richtigen Versionsnummer sucht.


74
Dies ist eine gute Quelle, um alles zu verstehen. en.wikipedia.org/wiki/C_Sharp_(programming_language)

1
Sollte dieser zweite Absatz nicht in einem Kommentar anstelle der Frage stehen, da er nicht Teil der Frage ist
TankorSmash

21
@TankorSmash: Ich denke, es ist als Kontext der Frage ausreichend wichtig, dass es sich lohnt, dort zu bleiben, wo es ist. IMO natürlich.
Jon Skeet

Antworten:


2874

Versionsverlauf in C # -Sprache:

Dies sind die Versionen von C # , über die zum Zeitpunkt dieses Schreibens bekannt war:

Als Antwort auf die Frage des OP:

Was sind die richtigen Versionsnummern für C #? Was kam wann heraus? Warum kann ich keine Antworten zu C # 3.5 finden?

Es gibt kein C # 3.5 - die Ursache für Verwirrung ist, dass C # 3.0 in .NET 3.5 vorhanden ist. Die Sprache und das Framework werden jedoch unabhängig voneinander versioniert - ebenso wie die CLR in Version 2.0 für .NET 2.0 bis 3.5, .NET 4 mit CLR 4.0, ungeachtet der Service Packs. Die CLR in .NET 4.5 weist verschiedene Verbesserungen auf, die Versionierung ist jedoch unklar: An einigen Stellen wird sie möglicherweise als CLR 4.5 bezeichnet ( diese MSDN-Seite wird beispielsweise auf diese Weise verwendet), die Environment.VersionEigenschaft meldet jedoch weiterhin 4.0. xxx.

Ab dem 3. Mai 2017 hat das C # -Sprachteam einen Verlauf von C # -Versionen und -Funktionen in seinem GitHub-Repository erstellt: Funktionen, die in C # -Sprachenversionen hinzugefügt wurden . Es gibt auch eine Seite, auf der kommende und kürzlich implementierte Sprachfunktionen nachverfolgt werden .


26
Wem auch immer , einschließlich gleichzeitigen Sammlungen vorgeschlagen: Dies ist eine Liste von Sprachfunktionen nicht Framework Funktionen. Beachten Sie das Fehlen der Erwähnung von WPF usw.
Jon Skeet

3
@nawfal: Roslyn ist dafür irrelevant - und .NET native ist etwas getrennt. Aber im Grunde ja, ich glaube, es ist immer noch 4.
Jon Skeet

3
@nawfal: Keine der Sprachänderungen erfordert CLR-Änderungen.
Jon Skeet

9
@alper: Unity wäre weniger eine bestimmte Version von C # als eine bestimmte Version des .NET Frameworks und / oder der Laufzeit. IIRC ist effektiv auf CLR v2, kann jedoch einige Aspekte von .NET 3.5 aufweisen.
Jon Skeet

3
@markmnl: Ein Projekt hat im Allgemeinen keine angegebene C # -Versionsnummer. Sie können dasselbe Projekt in verschiedenen Versionen von Visual Studio öffnen und feststellen, dass derselbe Code in einer Version funktioniert, in einer anderen jedoch nicht. Sie können die C # -Version einschränken, obwohl dies eher syntaktisch als semantisch erfolgt. Aber ja, wenn Sie ein Projekt für .NET 4 in Visual Studio 2015 erstellen, können Sie die meisten C # 6-Funktionen verwenden ...
Jon Skeet

328

Dies entspricht den meisten Antworten hier, ist jedoch der Einfachheit halber tabellarisch aufgeführt und enthält der Vollständigkeit halber Visual Studio- und .NET- Versionen.

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

Hinweis: Die .NET-Entwicklung ist heutzutage weitgehend unabhängig von VS. Es gibt keine Korrelation zwischen den einzelnen Versionen. Weitere
Informationen finden Sie unter " .NET Framework-Versionen und -Abhängigkeiten ".


7
Was ist mit .NET Core-Versionen?
Pac0

1
@ Pac0 .NET Core-Entwicklung ist ziemlich unabhängig von der VS-Entwicklung und schwer zu verfolgen (Open Source). Tatsächlich iterieren alle VS, .NET und .NET Core ziemlich schnell.
Nawfal


303

Das größte Problem beim Umgang mit den Versionsnummern von C # ist die Tatsache, dass es nicht an eine Version von .NET Framework gebunden ist, was anscheinend auf die synchronisierten Versionen zwischen Visual Studio und .NET Framework zurückzuführen ist.

Die Version von C # ist tatsächlich an den Compiler gebunden, nicht an das Framework. In Visual Studio 2008 können Sie beispielsweise C # 3.0 schreiben und auf .NET Framework 2.0, 3.0 und 3.5 abzielen. Die C # 3.0-Nomenklatur beschreibt die Version der Codesyntax und der unterstützten Funktionen auf dieselbe Weise wie ANSI C89, C90, C99 die / für C.

Wenn Sie sich Mono ansehen , werden Sie feststellen, dass Mono 2.0 (meistens implementierte Version 2.0 von .NET Framework aus den ECMA-Spezifikationen) die C # 3.0-Syntax und -Funktionen unterstützt.


195
  • C # 1.0 mit Visual Studio.NET

  • C # 2.0 mit Visual Studio 2005

  • C # 3.0 mit Visual Studio 2008

  • C # 4.0 mit Visual Studio 2010

  • C # 5.0 mit Visual Studio 2012

  • C # 6.0 mit Visual Studio 2015

  • C # 7.0 mit Visual Studio 2017

  • C # 8.0 mit Visual Studio 2019


83

VERSION_____ -Programmiersprachenspezifikation ______MICROSOFT COMPILER

C # 1.0 / 1.2____ Dezember 2001 ? / 2003 ? ___________Januar 2002 ?

C # 2.0 _______September 2005________________ November 2005 ?

C # 3.0 _______Mai 2006_____________________ November 2006 ?

C # 4.0 _______März 2009 (Entwurf)______________ April 2010 ?

C # 5,0; veröffentlicht mit .NET 4.5 im August 2012

C # 6.0; veröffentlicht mit .NET 4.6 2015

C # 7.0; veröffentlicht mit .NET 4.7 2017

C # 8,0; veröffentlicht mit .NET 4.8 2019


8
Woher haben Sie im Dezember 2002 eine C # 2.0-Sprachspezifikation? Ebenso C # 4 im Juni 2006? Sind Sie sicher, dass Sie nicht über ECMA-Editionen sprechen, die völlig anders sind?
Jon Skeet


64

C # -Versionsverlauf:

C # ist eine einfache und leistungsstarke objektorientierte Programmiersprache, die von Microsoft entwickelt wurde.

C # hat sich seit seiner ersten Veröffentlichung im Jahr 2002 stark weiterentwickelt. C # wurde mit .NET Framework 1.0 eingeführt.

In der folgenden Tabelle sind wichtige Funktionen aufgeführt, die in jeder Version von C # eingeführt wurden.

Die neueste Version von C # ist in C # -Versionen verfügbar .

1 :Geben Sie hier die Bildbeschreibung ein


54

Ich habe die meisten Versionen in dieser Tabelle zusammengefasst. Die einzigen fehlenden sollten ASP.NET Core-Versionen sein. Ich habe auch verschiedene Versionen von ASP.NET MVC hinzugefügt.

Beachten Sie, dass ASP.NET 5 in ASP.NET Core 1.0 und ASP.NET MVC 6 in ASP.NET Core MVC 1.0.0 umbenannt wurde. Ich glaube, diese Änderung ist irgendwann im Januar 2016 eingetreten.

Ich habe das Veröffentlichungsdatum von ASP.NET 5 RC1 in die Tabelle aufgenommen, aber ich habe ASP.NET Core 1.0 und andere Kernversionen noch nicht aufgenommen, da ich die genauen Veröffentlichungsdaten nicht finden konnte. Weitere Informationen zu den Veröffentlichungsdaten für ASP.NET Core finden Sie hier: Wann ist die Veröffentlichung von ASP.NET Core 1.0 (ASP.NET 5 / vNext) geplant?

Ausführung


1
Ich bin mir nicht sicher, ob es hilfreich ist, MVC in derselben Tabelle zu haben, um ehrlich zu sein ... es ist effektiv nur ein separater Release-Zeitplan.
Jon Skeet

@ Jon Dies ist wahr, ich füge es hier nur für alle hinzu, die es benötigen könnten, da ich versucht habe, die entsprechenden Veröffentlichungsdaten von .NET Frameworks herauszufinden, damit ich den gesamten Versionsverlauf besser verstehe.
Mindless


37

Wenn man die MSDN-Artikel "Was ist neu in der C # 2.0-Sprache und im Compiler ? " Und " Was ist neu in Visual C # 2005 " vergleicht, kann man schließen, dass "C # major_version.minor_version" gemäß der Versionsnummerierung des Compilers geprägt ist.

Es gibt C # 1.2, das .NET 1.1 und VS 2003 entspricht und auch als Visual C # .NET 2003 bezeichnet wird .

Aber weiter stoppte Microsoft, um die Nebenversionsnummern (nach dem Punkt) zu erhöhen oder um andere als Null zu haben 0. Es ist jedoch zu beachten, dass C #, das .NET 3.5 entspricht, in msdn.microsoft.com als "Visual C # 2008 Service Pack 1" bezeichnet wird .

Es gibt zwei parallele Bezeichnungen: Nach der Hauptversionsnummerierung von .NET / Compiler und nach der Visual Studio-Nummerierung.

C # 2.0 ist ein Synonym für Visual C # 2005

C # 3.0 entspricht (oder kann genauer gesagt zielen):


3
Nein, C #, das .NET 3.5 entspricht, heißt "Visual C # 2008", wenn Sie diese Nummerierung wirklich verwenden möchten. Die C # 3.0-Funktionen wurden in "Visual C # 2008" eingeführt, weshalb sie auf der Seite, auf die Sie verlinkt sind, unter "Was ist neu in der Originalversion von Visual C # 2008" aufgeführt sind. Die Verwendung der Visual Studio-Versionsnummern ist jedoch im Allgemeinen eine schlechte Idee, da dies beispielsweise beim Erstellen mit Mono wenig Sinn macht. Die C # -Sprache hat gut spezifizierte Versionsnummern ... wir wissen, welches Visual C # -Produkt diese Version von C # ursprünglich eingeführt hat, aber sie sind nicht dasselbe.
Jon Skeet

@ JonSkeet, nein, ich nicht. Wollte Sie (und einen anderen Antwortenden) bitten, Ihre Antwort zu aktualisieren, aber da mein Kommentar zu lang wurde, habe ich mich entschlossen, ihn als Antwort zu verwenden. Vielen Dank für Ihre Informationen
Gennady Vanin Геннадий Ванин

Ich glaube nicht, dass C # 3.0 auf VS 2005 laufen kann.
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 und 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

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


2

C # 8.0 ist die neueste Version von c # .it wird nur unter .NET Core 3.x und neueren Versionen unterstützt. Viele der neuesten Funktionen erfordern Bibliotheks- und Laufzeitfunktionen, die in .NET Core 3.x eingeführt wurden

In der folgenden Tabelle sind das Zielframework mit der Version und deren Standard-C # -Version aufgeführt.

C # Sprachversion mit Target Framework

Quelle - Versionierung der C # -Sprache


"Viele der neuesten Funktionen erfordern Bibliotheks- und Laufzeitfunktionen, die in .NET Core 3.x eingeführt wurden" - eigentlich nicht so viele. Die Implementierung der Standardmethode erfordert wirklich Laufzeitunterstützung, und nullfähige Referenztypen funktionieren definitiv besser, wenn Sie auf ein Framework mit Anmerkungen abzielen, aber die Funktion funktioniert insgesamt ohne diese.
Jon Skeet
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.