Які правильні номери версій для C #?


2529

Які правильні номери версій для C #? Що вийшло коли? Чому я не можу знайти відповіді про C # 3.5 ?

Це питання насамперед для допомоги тим, хто шукає відповідь, використовуючи неправильний номер версії, наприклад, C # 3.5 . Сподіваємось, що той, хто не знайде відповідь із неправильним номером версії, знайде це запитання та повторить пошук із потрібним номером версії.


74
Це одне з хороших джерел, щоб усе зрозуміти. en.wikipedia.org/wiki/C_Sharp_(programming_language)

1
Чи не повинен цей другий абзац бути в коментарі замість питання, оскільки це не частина питання
TankorSmash

21
@TankorSmash: Я вважаю, що це достатньо важливо як контекст питання, що його варто тримати там, де він є. ІМО, звичайно.
Джон Скіт

Відповіді:


2873

Історія версій мови C #:

Ось такі версії C #, про які було відомо на момент написання цього повідомлення:

У відповідь на питання ОП:

Які правильні номери версій для C #? Що вийшло коли? Чому я не можу знайти відповіді про C # 3.5?

Немає такого поняття, як C # 3.5 - причина плутанини тут полягає в тому, що C # 3.0 присутній у .NET 3.5. Однак мова та фреймворк є незалежними, як це стосується CLR, який у версії 2.0 для .NET 2.0 через 3.5, .NET 4 впроваджує CLR 4.0, незважаючи на це, пакети послуг. CLR в .NET 4.5 має різні вдосконалення, але версії є незрозумілими: у деяких місцях це може називатися CLR 4.5 (наприклад, ця сторінка MSDN, що використовується для позначення цього шляху), але Environment.Versionвластивість все ще повідомляє 4.0. ххх.

Станом на 3 травня 2017 року мовна команда C # створила історію версій та функцій C # у своєму сховищі GitHub: Особливості, додані у мовних версіях C # . Також є сторінка, яка відстежує майбутні та нещодавно реалізовані мовні функції .


26
Для тих, хто запропонував включити одночасні колекції: це список мовних особливостей, а не рамкові функції. Зверніть увагу на відсутність згадки про WPF тощо.
Джон Скіт

3
@nawfal: Рослін до цього не має значення - і .NET native дещо окремий. Але в основному, так, я вважаю, що це все-таки 4.
Джон Скіт

3
@nawfal: жодна зміна мови не потребує змін CLR.
Джон Скіт

9
@alper: Unity не буде певною версією C # настільки, як конкретною версією .NET фреймворку та / або часу виконання. IIRC, це ефективно на CLR v2, але може мати деякі аспекти .NET 3.5.
Джон Скіт

3
@markmnl: Проект зазвичай не має вказаного номера версії C # ... ви можете відкрити один і той же проект у різних версіях Visual Studio і знайти той самий код, що працює в одній, але не працює в іншій. Ви можете обмежити C # версії, хоча це робиться на синтаксичний , а не семантичній основі. Але так, якщо ви створите проект, орієнтований на .NET 4 у Visual Studio 2015, ви можете використовувати більшість функцій C # 6 ...
Джон Скіт,

328

Це те саме, що більшість відповідей тут, але з таблицями для зручності, і він має версії Visual Studio та .NET для повноти.

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

Примітка . Розробка .NET майже не залежить від VS в наші дні, немає кореляції між версіями кожної з них.
Докладніші відомості див. У " .NET Framework версіях та залежностях ".


7
Що з версіями .NET Core?
Pac0

1
@ Pac0 .NET Core розробка майже не залежить від розробки VS і важко відстежувати (будучи відкритим кодом). Насправді всі VS, .NET та .NET Core ітератуються досить швидко.
nawfal

C # 8.0 та NET Framework 4.8 із спільнотою VS 2019 ? 1) developercommunity.visualstudio.com/idea/612733 / ... 2) stackoverflow.com/questions/56651472 / ...
Kiquenet

303

Найбільшою проблемою при роботі з номерами версій C # є той факт, що він не прив’язаний до версії .NET Framework, яка, як видається, пов'язана із синхронізованими випусками між Visual Studio та .NET Framework.

Версія C # насправді пов'язана з компілятором, а не рамкою. Наприклад, у Visual Studio 2008 ви можете написати C # 3.0 та націлити .NET Framework 2.0, 3.0 та 3.5. Номенклатура C # 3.0 описує версію синтаксису коду та підтримувані функції так само, як ANSI C89, C90, C99 описує синтаксис / функції коду для C.

Погляньте на Mono , і ви побачите, що Mono 2.0 (здебільшого реалізована версія 2.0 .NET Framework зі специфікацій ECMA) підтримує синтаксис та функції C # 3.0.


195
  • C # 1.0 з Visual Studio.NET

  • C # 2.0 з Visual Studio 2005

  • C # 3.0 з Visual Studio 2008

  • C # 4.0 з Visual Studio 2010

  • C # 5.0 з Visual Studio 2012

  • C # 6.0 з Visual Studio 2015

  • C # 7.0 з Visual Studio 2017

  • C # 8.0 з Visual Studio 2019


83

МІКРОСОФТИЛЬНИЙ КОМПЛЕКЦІЯ ВІРСІЙНОЇ _____МОВИ______

C # 1,0 / 1,2____ грудня 2001 року ? / 2003 ? ___________Січень 2002 року ?

C # 2.0 _______вересня 2005 р.________________ Листопад 2005 р. ?

C # 3.0 _______травня 2006_____________________ листопада 2006 року ?

C # 4.0 _______березня 2009 р. (Проект)______________ квітня 2010 р. ?

C # 5,0; випущено разом з .NET 4.5 у серпні 2012 року

C # 6,0; випущено з .NET 4.6 2015

C # 7,0; випущено з .NET 4.7 2017

C # 8,0; випущено з .NET 4.8 2019


8
Звідки ви взяли специфікацію мови C # 2.0 у грудні 2002 року? Так само C # 4 у червні 2006 року? Ви впевнені, що не говорите про видання ECMA, які зовсім інші?
Джон Скіт

4
просто перейдіть за наступним посиланням en.wikipedia.org/wiki/C_Sharp_(programming_language)
Прамода

64

C # Історія версій:

C # - це проста і потужна об'єктно-орієнтована мова програмування, розроблена Microsoft.

C # значно розвинувся з моменту першого виходу в 2002 році. C # був представлений разом з .NET Framework 1.0.

Наступна таблиця перераховує важливі функції, введені у кожній версії C #.

А остання версія C # доступна у версіях C # .

1 :введіть тут опис зображення


54

Я узагальнив більшість версій цієї таблиці. Єдиними з них відсутні версії ASP.NET Core. Я також додав різні версії ASP.NET MVC.

Зауважте, що ASP.NET 5 було ребрендовано як ASP.NET Core 1.0, а ASP.NET MVC 6 було ребрендовано як ASP.NET Core MVC 1.0.0. Я вважаю, що ця зміна сталася десь біля січня 2016 року.

Я включив дату випуску ASP.NET 5 RC1 до таблиці, але я ще не повинен включити ядро ​​ASP.NET 1.0 та інші основні версії, тому що не зміг знайти точні дати випуску. Детальніше про дати випуску ASP.NET Core ви можете прочитати тут: Коли запланований реліз ASP.NET Core 1.0 (ASP.NET 5 / vNext)?

Версія


1
Я не впевнений, що розміщення MVC в одній таблиці корисно, якщо чесно ... це просто за окремим графіком випуску, фактично.
Джон Скіт

@Jon Це правда, просто додавши його сюди для всіх, хто може знадобитися, тому що я намагався з’ясувати відповідні дати випуску фреймворків .NET, щоб я міг краще зрозуміти всю історію версій.
Бездумний


37

Порівнюючи статті MSDN "Що нового у мові та компіляторі C # 2.0" та " Що нового у Visual C # 2005 ", можна зробити висновок, що "C # major_version.minor_version" придуманий відповідно до нумерації версій компілятора.

Є C # 1.2, що відповідає .NET 1.1 та VS 2003, а також названий Visual C # .NET 2003 .

Але в подальшій Microsoft зупинилася , щоб збільшити версію другорядною (після крапки) числа або мати їх , відмінні від нуля, 0. Хоча слід зазначити, що C #, що відповідає .NET 3.5, в msdn.microsoft.com названий "Visual C # 2008 Service Pack 1" .

Є дві паралельні імена: за основною нумерацією версій .NET / компілятора та за нумерацією Visual Studio.

C # 2.0 - синонім Visual C # 2005

C # 3.0 відповідає (або, правильніше, може націлити) на:


3
Ні, C #, що відповідає .NET 3.5, називається "Visual C # 2008", якщо ви дійсно хочете використовувати цю нумерацію. Особливості C # 3.0 були введені у "Visual C # 2008", тому на сторінці, до якої ви пов’язані, вони знаходяться у розділі "Що нового в оригінальній версії випуску Visual C # 2008". Використання номерів версій Visual Studio взагалі погана ідея, оскільки, наприклад, це дуже мало сенсу, коли ви будуєте Mono. Мова C # має чітко вказані номери версій ... ми знаємо, який продукт Visual C # спочатку представив цю версію C #, але вони не те саме.
Джон Скіт

@JonSkeet, ні, я ні. Хотів попросити вас (та іншого відповідача) оновити свою відповідь, але оскільки мій коментар став занадто тривалим, я вирішив поставити як відповідь. Дякую за вашу інформацію
Геннадій Ванін Геннадій Ванін

Я не думаю, що C # 3.0 може працювати на 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 версії 15.3

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

C # 7.2 - Visual Studio 2017 версії 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 версії 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 та Visual Studio 2019, версія 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

[джерело]: https://github.com/dotnet/csharplang/blob/master/Language-Version-History.md


2

C # 8.0 - це остання версія c # .it, яка підтримується лише у .NET Core 3.x та новіших версіях. Для багатьох найновіших функцій потрібні функції бібліотеки та часу виконання, введені в .NET Core 3.x

Наступна таблиця перераховує цільову рамку з версією та їх версію C # за замовчуванням.

Мовна версія C # з цільовою рамкою

Джерело - версія мови C #


"Для багатьох найновіших функцій потрібні функції бібліотеки та часу виконання, введені в .NET Core 3.x" - насправді не так багато. Реалізація методу за замовчуванням дійсно вимагає підтримки часу виконання, і зведені типи посилань безумовно краще працюють при націлюванні на рамки з анотаціями, але функція працює в цілому без цього.
Джон Скіт
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.