C Sharp: Розніца паміж версіямі

З Вікіпедыі, свабоднай энцыклапедыі
[дагледжаная версія][дагледжаная версія]
Змесціва выдалена Змесціва дададзена
дрНяма тлумачэння праўкі
Радок 394: Радок 394:
=== Адрозныя магчымасці ===
=== Адрозныя магчымасці ===
<!--: ''Note: The following description is based on the language standard and other documents listed in the «[[#External links|External links]]» section.''-->
<!--: ''Note: The following description is based on the language standard and other documents listed in the «[[#External links|External links]]» section.''-->
Паводле дызайну, C# гэта мова праграмавання, якая найбольш проста адлюстроўвае ляжачую ў аснове агульную моўную інфраструктуру ({{lang-en|Common Language Infrastructure, CLI}}).<ref>{{cite book|title=Visual Studio 2010 and .NET 4 Six-in-One|year=2010|publisher=Wrox Press|isbn=0470499486}}</ref> Большасць яе ўбудаваных тыпаў адпавядае тыпам-значэнням, рэалізаваным фрэймворкам CLI. Аднак, спецыфікацыі мовы не гавораць пра патрабаванні да генерацыі коду кампілятарам, г.зн., не гаворыцца, што кампілятар C# мусіць мець на мэце Common Language Runtime, ці генераваць агульную прамежкавую мову ({{lang-en|Common Intermediate Language, CIL}}), ці генерыраваць іншы спецыфічны фармат. Тэарэтычна, кампілятар C# можа генераваць машынны код, як традыцыйныя кампілятары C++ ці [[Фартран]]а.
Паводле дызайну, C# — гэта мова праграмавання, якая найбольш проста адлюстроўвае ляжачую ў аснове агульную моўную інфраструктуру ({{lang-en|Common Language Infrastructure, CLI}}).<ref>{{cite book|title=Visual Studio 2010 and .NET 4 Six-in-One|year=2010|publisher=Wrox Press|isbn=0470499486}}</ref> Большасць яе ўбудаваных тыпаў адпавядае тыпам-значэнням, рэалізаваным фрэймворкам CLI. Аднак, спецыфікацыі мовы не гавораць пра патрабаванні да генерацыі коду кампілятарам, г.зн., не гаворыцца, што кампілятар C# мусіць мець на мэце Common Language Runtime, ці генераваць агульную прамежкавую мову ({{lang-en|Common Intermediate Language, CIL}}), ці генерыраваць іншы спецыфічны фармат. Тэарэтычна, кампілятар C# можа генераваць машынны код, як традыцыйныя кампілятары C++ ці [[Фартран]]а.


Вось некаторыя заўважныя магчымасці C#, якія адрозніваюць яе ад C і C++ (і Java, дзе пазначана):
Вось некаторыя заўважныя магчымасці C#, якія адрозніваюць яе ад C і C++ (і Java, дзе пазначана):
Радок 409: Радок 409:
* Прасторы імёнаў у C# прадстаўляюць такі ж самы ўзровень ізаляцыі коду, як і пакункі ў Java ({{lang-en|package}}) ці прасторы імёнаў у C++ ({{lang-en|namespace}}); правілы і магчымасці вельмі падобныя на пакунак Java.
* Прасторы імёнаў у C# прадстаўляюць такі ж самы ўзровень ізаляцыі коду, як і пакункі ў Java ({{lang-en|package}}) ці прасторы імёнаў у C++ ({{lang-en|namespace}}); правілы і магчымасці вельмі падобныя на пакунак Java.
* C# падтрымлівае строгі булеўскі тып ({{lang-en|bool}}). Выразы, якія прымаюць умовы, такія як ''while'' і ''if'', патрабуюць такі тып выразу, які рэалізуе аператар ''true'', такі як булеўскі тып. У той час як C++ таксама мае булеўскі тып, апошні можа быць свабодна канверсаваны ў і з цэлалікавага тыпу, і такія выразы, як ''if(a)'' патрабуюць толькі, каб ''a'' можна было ператварыць у булеўскі тып, дазваляючы ''a'' быць цэлалікавым ці ўказальнікам. C# забараняе такі падыход, калі «цэлы лік азначае true ці false», засноўваючыся на меркаванні, што патрабаванне да праграміста выкарыстоўваць выразы, якія вяртаюць дакладна булеўскі тып, засцерагае ад пэўнага тыпу праграмісцкіх памылак, распаўсюджаных у C ці C++, такіх як <code>1=if (a = b)</code> (ужыванне прысвойвання <code>=</code> замест роўнасці <code>==</code>).
* C# падтрымлівае строгі булеўскі тып ({{lang-en|bool}}). Выразы, якія прымаюць умовы, такія як ''while'' і ''if'', патрабуюць такі тып выразу, які рэалізуе аператар ''true'', такі як булеўскі тып. У той час як C++ таксама мае булеўскі тып, апошні можа быць свабодна канверсаваны ў і з цэлалікавага тыпу, і такія выразы, як ''if(a)'' патрабуюць толькі, каб ''a'' можна было ператварыць у булеўскі тып, дазваляючы ''a'' быць цэлалікавым ці ўказальнікам. C# забараняе такі падыход, калі «цэлы лік азначае true ці false», засноўваючыся на меркаванні, што патрабаванне да праграміста выкарыстоўваць выразы, якія вяртаюць дакладна булеўскі тып, засцерагае ад пэўнага тыпу праграмісцкіх памылак, распаўсюджаных у C ці C++, такіх як <code>1=if (a = b)</code> (ужыванне прысвойвання <code>=</code> замест роўнасці <code>==</code>).
* У C#, указальнікі на адрасы ў памяці могуць быць ужытыя толькі ўнутры блока, асобна пазначанага як ''небяспечны'', а праграмы з небяспечным кодам патрабуюць адпаведных дазволаў на запуск. Доступ да аб'ектаў у большасці выпадкаў адбываецца праз бяспечныя спасылкі на аб'ект, якія заўжды ўказваюць на «жывы» аб'ект, ці маюць строга вызначанае значэнне ''null''; немагчыма атрымаць спасылку на «мёртвы» аб'ект (апрацаваны працэдурай зборкі смецця), ці на выпадковы блок памяці. Небяспечны ўказальнік можа ўказваць на экзэмпляр тыпу значэнне, масіў, радок, ці блок памяці, размешчаны ў стэку. Код без пазнакі "небяспечны" можа захоўваць і змяняць указальнікі праз тып <code>System.IntPtr</code>, але не можа разымяноўваць іх.
* У C#, указальнікі на адрасы ў памяці могуць быць ужытыя толькі ўнутры блока, асобна пазначанага як ''небяспечны'' (''unsafe''), а праграмы з небяспечным кодам патрабуюць адпаведных дазволаў на запуск. Доступ да аб'ектаў у большасці выпадкаў адбываецца праз бяспечныя спасылкі на аб'ект, якія заўжды ўказваюць на «жывы» аб'ект, ці маюць строга вызначанае значэнне ''null''; немагчыма атрымаць спасылку на «мёртвы» аб'ект (апрацаваны працэдурай зборкі смецця), ці на выпадковы блок памяці. Небяспечны ўказальнік можа ўказваць на экзэмпляр тыпу значэнне, масіў, радок, ці блок памяці, размешчаны ў стэку. Код без пазнакі «небяспечны» можа захоўваць і змяняць указальнікі праз тып <code>System.IntPtr</code>, але не можа разымяноўваць іх.
* Кіраваная памяць не можа быць яўна вызвалена; замест гэтага, працуе аўтаматычная зборка смецця. Зборка смецця вырашае праблему ўцечкі памяці ({{lang-en|memory leak}}), вызваляючы праграміста ад адказнасці за вызваленне памяці, якая больш не патрэбна.
* Кіраваная памяць не можа быць яўна вызвалена; замест гэтага, працуе аўтаматычная зборка смецця. Зборка смецця вырашае праблему ўцечкі памяці ({{lang-en|memory leak}}), вызваляючы праграміста ад адказнасці за вызваленне памяці, якая больш не патрэбна.
* У дадатак да канструкцыі <code>try...catch</code> для апрацоўкі выключэнняў C# мае канструкцыю <code>try...finally</code>, якая гарантуе выкананне коду ў блоку <code>finally</code> незалежна ад таго, здарылася выключэнне ці не.
* У дадатак да канструкцыі <code>try...catch</code> для апрацоўкі выключэнняў C# мае канструкцыю <code>try...finally</code>, якая гарантуе выкананне коду ў блоку <code>finally</code> незалежна ад таго, здарылася выключэнне ці не.
Радок 417: Радок 417:
* C# мае яўную падтрымку каварыянтрасці і контр-варыянтнасці ў абагульненых тыпах, у адрозненне ад C++, якая ў пэўнай ступені падтрымлівае контр-варыянтнасць проста праз семантыку вяртаных віртуальнымі метадамі тыпаў.
* C# мае яўную падтрымку каварыянтрасці і контр-варыянтнасці ў абагульненых тыпах, у адрозненне ад C++, якая ў пэўнай ступені падтрымлівае контр-варыянтнасць проста праз семантыку вяртаных віртуальнымі метадамі тыпаў.
* Члены пералічэння змяшчаюцца ў іх уласны абсяг бачнасці ({{lang-en|scope}}).
* Члены пералічэння змяшчаюцца ў іх уласны абсяг бачнасці ({{lang-en|scope}}).
* C# прадстаўляе ўласцівасці як сінтаксічны цукар для распаўсюджана выпадку, калі пара метадаў, аксесар ({{lang-en|getter}}) і мутатар ({{lang-en|setter}}) інкапсулююць аперацыі над адным атрыбутам класа. Не трэба пісаць залішнія сігнатуры метадаў для рэалізацыі гэтара і сэтара, а доступ да ўласцівасці можна атрымаць праз сінтаксіс атрыбута, замест даўжэйшых выклікаў метадаў.
* C# прадстаўляе ўласцівасці як сінтаксічны цукар для распаўсюджанага выпадку, калі пара метадаў, аксесар ({{lang-en|getter}}) і мутатар ({{lang-en|setter}}) інкапсулююць аперацыі над адным атрыбутам класа. Не трэба пісаць залішнія сігнатуры метадаў для рэалізацыі гетара і сэтара, а доступ да ўласцівасці можна атрымаць праз сінтаксіс атрыбута, замест даўжэйшых выклікаў метадаў.
* У C# няма правераных выключэнняў ({{lang-en|checked exceptions}}), у адрозненне ад Java. Гэта было свядомае рашэнне, заснаванае на меркаваннях маштабавальнасці і версіявальнасці.<ref>{{cite web
* У C# няма правераных выключэнняў ({{lang-en|checked exceptions}}), у адрозненне ад Java. Гэта было свядомае рашэнне, заснаванае на меркаваннях маштабавальнасці і версіявальнасці.<ref>{{cite web
| url = http://www.artima.com/intv/handcuffs.html
| url = http://www.artima.com/intv/handcuffs.html

Версія ад 21:10, 13 сакавіка 2016

C#
Клас мовы шматпарадыгмавая: структураваная, імператыўная, аб'ектна-арыентаваная, функцыйная абагульненая
З’явілася ў 2000
Аўтар(ы) Microsoft
Пашырэнне файлаў cs, csx
Тыпізацыя даных
Асноўныя рэалізацыі Visual C#, .NET Framework, Mono, DotGNU
Зведала ўплыў
Паўплывала на

D, F#, Java,[4]

Kotlin, Monkey, Nemerle, Vala
Ліцэнзія CLR пад прыватнаўласніцкай, Mono кампілятар пад падвойнай GPLv3 і MIT/X11, бібліятэкі пад LGPLv2, DotGNU пад падвойнай GPL і LGPLv2
Сайт docs.microsoft.com/en-us…
docs.microsoft.com/de-de… (ням.)
docs.microsoft.com/ja-jp… (яп.)
docs.microsoft.com/fr-fr… (фр.)
docs.microsoft.com/it-it… (італ.)

C# (вымаўляецца сі шарп) — шматпарадыгмавая мова праграмавання, якая ахоплівае строга тыпізаванае, імператыўнае, дэкларатыўнае, функцыйнае, працэдурнае, абагульненае, аб'ектна-арыентаванае і кампанентна-арыентаванае праграмаванне. Распрацавана фірмай Microsoft у межах ініцыятывы .NET, пазней зацверджана ў якасці стандартаў Ecma (ECMA-334) і ISO (ISO/IEC 23270:2006). C# — адна з моў праграмавання, спраектаваных для Common Language Infrastructure. C# пабудавана на сінтаксісе і семантыцы C++, дазваляючы праграмістам на мове C атрымаць перавагі платформы .NET і CLR (common language runtime).[5]

C# нацэлена быць простай, сучаснай, аб'ектна-арыентаванай мовай агульнага прызначэння.[6] Каманду распрацоўшчыкаў узначальвае Андэрс Хейлсберг. Найноўшая версія C# 6.0 выдадзена 20 ліпеня 2015 г.[7]

Праектныя мэты

Стандарт ECMA пералічвае наступныя мэты распрацоўкі C#:[6]

  • Мова праграмавання C# прызначана быць простай, сучаснай, аб'ектна-арыентаванай мовай агульнага прызначэння.
  • Мова, а значыць і яе рэалізацыі, павінны забяспечваць падтрымку такіх прынцыпаў распрацоўкі праграм, як строгая праверка тыпаў, праверка межаў масіваў, выяўленне спробаў выкарыстаць неініцыялізаваныя зменныя, і аўтаматычную зборку смецця. Надзейнасць праграм, іх даўгавечнасць, і прадукцыйнасць працы праграміста важныя.
  • Мова прызначана для выкарыстання ў распрацоўцы праграмных кампанентаў, прыдатных да разгортвання ў размеркаваных асяроддзях.
  • Пераноснасць зыходнага коду вельмі важная, як і мабільнасць праграмістаў, асабліва тых праграмістаў, якія ўжо знаёмы з C і C++.
  • Падтрымка інтэрнацыяналізацыі вельмі важная.
  • C# прызначана быць зручнай для напісання праграм як для гасцявых, так і ўбудаваных сістэм, пачынаючы ад вельмі буйных, што выкарыстоўваюць складаныя аперацыйныя сістэмы, да вельмі дробных, якія маюць толькі вызначаныя функцыі.
  • Хоць праграмы на C# прызначаны быць эканамічнымі ў дачыненні да патрабаванняў памяці і вылічальнай магутнасці, сама мова не прызначана для прамога спаборніцтва ў прадукцыйнасці і памеры з Сі ці асэмблерам.

Назва

Нота до-дыез

Назва «C sharp» натхнёна музычнай натацыяй, дзе дыез (англ.: sharp) паказвае, што пазначаная нота павінна гучаць на паўтона вышэй.[8] Гэта падобна на назву мовы C++, дзе «++» азначае, што зменная мусіць быць павялічана на 1. Знак "дыез" таксама нагадвае лігатуру з чатырох сімвалаў «+» (у рашотцы два на два), паглыбляючы меркаванне, што мова з'яўляецца прырашчэннем C++.

З-за тэхнічных абмежаванняў на адлюстраванне (стандартныя шрыфты, браўзеры і да т.п.) і дзякуючы таму факту, што знака "дыез" (♯) няма на стандартнай клавіятуры, быў выбраны сімвал рашоткі (#) для прадстаўлення знака "дыез" у назве мовы праграмавання.[9] Гэта пагадненне адлюстравана ў спецыфікацыях мовы C# ECMA-334.[6] Аднак, калі гэта дарэчна (напрыклад, у рэкламе ці ў мастацтве[10]), Майкрасофт ужывае музычны знак.

Суфікс быў ужыты для некалькіх моў платформы .NET, якія з'яўляюцца варыянтамі існых моў, уключна з J# (мова платформы .NET, створаная Майкрасофт як вытворная ад Java 1.1), A#Ады), і функцыйнай мовай F#.[11] Першапачатковая рэалізацыя Eiffel for .NET называлася Eiffel#,[12] цяпер назва не ўжываецца, паколькі мова Eiffel падтрымліваецца поўнасцю. Суфікс таксама быў ужыты ў назвах праграмных бібліятэк, такіх як Gtk# (абгортка для GTK+ і іншых бібліятэк GNOME), Cocoa#.

Гісторыя

У час распрацоўкі платформы .NET Framework, былі напісаны бібліятэкі класаў з выкарыстаннем сістэмы кампіляцыі кіраванага коду пад назвай Simple Managed C (SMC).[13][14][15] У студзені 1999, Андэрс Хейлсберг сабраў каманду, каб стварыць новую мову, якая на той час звалася Cool, што расшыфроўваецца як «C-like Object Oriented Language».[16] У Майкрасофт разглядалі магчымасць захаваць назву «Cool» у якасці канчатковай назвы мовы, але вырашылі не рабіць гэтага з меркаванняў гандлёвых марак. Да таго часу, як праект .NET быў публічна абвешчаны ў ліпені 2000 на Professional Developers Conference, мова была перайменавана ў C#, а бібліятэкі класаў і рантайм ASP.NET былі партаваны на C#.

Галоўным канструктарам і вядучым архітэктарам C# у Майкрасофт з'яўляецца Андэрс Хейлсберг. Раней ён удзельнічаў у распрацоўцы Turbo Pascal, Embarcadero Delphi (да гэтага CodeGear Delphi, Inprise Delphi і Borland Delphi), і Visual J++. У інтэрв'ю і тэхнічных дакументах ён сцвярджае, што недахопы большасці шырокаўжываных моў праграмавання (г.зн. C++, Java, Delphi і Smalltalk) прывялі да стварэння Common Language Runtime (CLR), што, у сваю чаргу, вызначыла дызайн мовы C#.

Джэймс Гослінг, стваральнік мовы праграмавання Java, і Біл Джой, сузаснавальнік Sun Microsystems, пачынальніка Java, назвалі C# «імітацыяй» Java; Гослінг далей сказаў, што «[C#] свайго роду Java з выдаленай надзейнасцю, прадукцыйнасцю і бяспекай.»[17][18] Клаус Крэфт і Анжэліка Лангер (аўтары кнігі C++ streams) заявілі ў сваім блогу, што «Java і C# амаль ідэнтычныя мовы праграмавання. Нуднае паўтарэнне, якому бракуе інавацый,»[19] «Наўрад ці нехта будзе сцвярджаць, што Java ці C# — рэвалюцыйныя мовы праграмавання, якія змянілі спосаб, якім мы пішам праграмы,» і «C# пазычыў шмат у Java — і наадварот. Цяпер, калі C# падтрымлівае абгорткі (англ.: boxing) і разгорткі (англ.: unboxing), мы будзем мець вельмі падобную функцыю ў Java.»[20] У ліпені 2000, Андэрс Хейлсберг сказаў, што C# «не клон Java» і «нашмат бліжэй да C++» у сваім дызайне.[21]

Ад выдання C# 2.0 у лістападзе 2005, мовы C# і Java развіваліся па больш разбежных траекторыях, становячыся менш падобнымі. Адно з першых галоўных разыходжанняў з'явілася з даданнем джэнерыкаў (англ.: generics) у абедзве мовы, з абсалютна рознымі рэалізацыямі. C# выкарыстоўвае матэрыялізацыю (англ.: reification), каб прадставіць "першакласныя" аб'екты джэнерыкаў, якія можна ўжываць як любы іншы клас, з генерацыяй кода падчас загрузкі класа.[22] Насупраць, джэнерыкі ў Java — па-сутнасці асаблівасць сінтаксісу мовы, яны не ўплываюць на генераваны байт-код, таму што кампілятар выконвае сціранне тыпу (англ.: type erasure) на інфармацыі аб тыпе джэнерыка пасля таго, як упэўніўся ў яе правільнасці.[23]

Далей C# дадала некалькі асноўных магчымасцяў, каб дастасаваць праграмаванне ў функцыянальным стылі, што прывяло да выпуску пашырэння LINQ у C# 3.0, з падтрымкаю лямбда-выразаў (англ.: lambda expression), метадаў пашырэння (англ.: extension method), і ананімных тыпаў.[24] Гэтыя магчымасці дазваляюць праграмістам на C# выкарыстоўваць тэхнікі функцыянальнага праграмавання, такія як замкненні (англ.: closures), калі іх прымяненне мэтазгодна. Пашырэнні LINQ і функцыянальны імпарт дапамагаюць распрацоўшчыкам паменшыць колькасць «шаблоннага» коду, які ўключаны ў такія агульныя задачы, як запыт да базы звестак, разбор xml-файла, ці пошук у структуры дадзеных, пераносячы акцэнт на дзейную логіку праграмы, што дапамагае палепшыць чытэльнасць і суправаджальнасць.[25]

C# мела талісман, званы Эндзі (у гонар Андэрса Хейлсберга). Не ўжываецца з 29 студзеня 2004 г.[26]

C# была першапачаткова пададзена на разгляд падкамітэту ISO JTC 1/SC 22[27] як ISO/IEC 23270:2003,[28] які цяпер зняты. Пазней ухвалена ў рамках ISO/IEC 23270:2006.[29]

Версіі

Цягам свайго развіцця, мова C# прайшла праз некалькі версій:

Версія CLR[30] Спецыфікацыі мовы Дата .NET Framework Visual Studio
ECMA ISO/IEC Microsoft
C# 1.0 1.0 Снежань 2002 Красавік 2003 Студзень 2002 Студзень 2002 .NET Framework 1.0 Visual Studio .NET 2002
C# 1.2 1.1 Кастрычнік 2003 Красавік 2003 .NET Framework 1.1 Visual Studio .NET 2003
C# 2.0 2.0 Чэрвень 2006 Верасень 2006 Верасень 2005[A] Лістапад 2005 .NET Framework 2.0 Visual Studio 2005
C# 3.0 2.0
2.0 SP1
[B] [B] Жнівень 2007 Лістапад 2007

.NET Framework 2.0 (За выняткам пашырэнняў LINQ/Query)[31]
.NET Framework 3.0 (За выняткам пашырэнняў LINQ/Query)[31]
.NET Framework 3.5

Visual Studio 2008
Visual Studio 2010
C# 4.0 4.0[C] [B] [B] Красавік 2010 Красавік 2010 .NET Framework 4 Visual Studio 2010
C# 5.0 4.5[D] [B] [B] Чэрвень 2013 Жнівень 2012 .NET Framework 4.5 Visual Studio 2012
A  Дакумент спецыфікацый Microsoft C# 2.0 утрымлівае толькі новыя магчымасці 2.0. Старэйшыя магчымасці гл. у спецыфікацыі 1.2 вышэй.
B  Няма спецыфкацый ECMA ці ISO/IEC для C# 3.0, 4.0 ці 5.0.
C  Не было версіі CLR 3.0.
D  У дакументацыі CLR апісваецца як 4.5, але Environment.Version паказвае 4.0.[32]
Падсумаванне версій
C# 2.0 C# 3.0 C# 4.0 C# 5.0 [33] Будучыня
Дададзены
функцыі
  • Джэнерыкі
  • Частковыя тыпы
  • Ананімныя метады
  • Ітэратары
  • Абнульвальныя тыпы
  • Прыватныя сетары (уласцівасці)
  • Канверсія груп метадаў (дэлегаты)
  • Каварыянтнасць і контр-варыянтнасць
  • Статычныя класы
  • Няяўна тыпізаваныя лакальныя зменныя
  • Ініцыялізатары аб'ектаў і калекцый
  • Аўтаматычна рэалізаваныя ўласцівасці
  • Ананімныя тыпы
  • Метады пашырэнняў
  • Выразы-запыты
  • Лямбда-выразы
  • Дрэвы выразаў
  • Частковыя метады
  • Дынамічнае звязванне
  • Іменаваныя і апцыянальныя аргументы
  • Каварыянтнасць і контр-варыянтнасць джэнерыкаў
  • Убудаваныя тыпы interop («NoPIA»)
  • Асінхронныя метады
  • Атрыбуты інфармацыі абанентаў
C# 5.0
  • Кампілятар-як-паслуга (Roslyn)
C# 6.0
  • Імпарт членаў тыпу ў прастору імён
  • Сціслы сінтаксіс для першасных канструктараў
  • Толькі-чытаныя ўласцівасці
  • Выразы ўласцівасцей (лямбды ўласцівасцей)
  • Выразы метадаў
  • Масівы параметраў для інтэрфейсаў IEnumerable
  • Сціслая праверка на нуль
  • Множныя вяртаныя велічыні
  • Інтэрфейс тыпу канструктара

Сінтаксіс

C# мае наступны сінтаксіс:

  • Для пазначэння канца выраза ўжываецца кропка з коскай.
  • Фігурныя дужкі выкарыстоўваюцца для групавання выразаў. Выразы звычайна групуюцца ў метады (функцыі), метады ў класы, класы ў прасторы імён.
  • Зменныя прызначаюцца з ужываннем знака роўнасці, а параўноўваюцца з ужываннем двух паслядоўных знакаў роўнасці.
  • Квадратныя дужкі выкарыстоўваюцца з масівамі, як для аб'яўлення, так і для таго, каб атрымаць значэнне ў пазіцыі з дадзеным індэксам.

Адрозныя магчымасці

Паводле дызайну, C# — гэта мова праграмавання, якая найбольш проста адлюстроўвае ляжачую ў аснове агульную моўную інфраструктуру (англ.: Common Language Infrastructure, CLI).[34] Большасць яе ўбудаваных тыпаў адпавядае тыпам-значэнням, рэалізаваным фрэймворкам CLI. Аднак, спецыфікацыі мовы не гавораць пра патрабаванні да генерацыі коду кампілятарам, г.зн., не гаворыцца, што кампілятар C# мусіць мець на мэце Common Language Runtime, ці генераваць агульную прамежкавую мову (англ.: Common Intermediate Language, CIL), ці генерыраваць іншы спецыфічны фармат. Тэарэтычна, кампілятар C# можа генераваць машынны код, як традыцыйныя кампілятары C++ ці Фартрана.

Вось некаторыя заўважныя магчымасці C#, якія адрозніваюць яе ад C і C++ (і Java, дзе пазначана):

  • C# падтрымлівае няяўнае аб'яўленне строга тыпізаваных зменных з ключавым словам var, і няяўна тыпізаваных масіваў з ключавым словам new[], за якім ідзе ініцыялізатар калекцыі.
  • Метапраграмаванне праз атрыбуты C# з'яўляецца часткаю мовы. Многія з гэтых атрыбутаў дублююць функцыянальнасць платформазалежных дырэктыў прэпрацэсараў GCC і VisualC++.
  • Як у C++, і ў адрозненне ад Java, праграмісты на C# мусяць выкарыстоўваць ключавое слова virtual, каб дазволіць метадам быць перавызначанымі ў падкласах.
  • Метады пашырэння ў C# дазваляюць праграмістам ужываць статычныя метады так, быццам гэта метады з табліцы метадаў класа, дазваляючы праграмістам дадаваць да аб'екта метады, якія, паводле іх адчування, мусяць быць у аб'екта і яго вытворных.
  • Тып dynamic дазваляе звязванне метаду падчас выканання, дазваляючы выклік метаду як у JavaScript і складанне аб'екта ў час выканання.
  • C# мае падтрымку строга тыпізаваных указальнікаў на функцыю праз ключавое слова delegate.
  • Падобна наяўным у фрэймворку Qt псеўда-C++ сігнал і слот, C# мае семантычныя сродкі, якія спецыфічна атачаюць падзеі ў стылі публікацыя-падпіска, хаця C# выкарыстоўвае дэлегаты для гэтага.
  • C# прапануе падобныя на Java сінхранізаваныя выклікі метадаў праз атрыбут [MethodImpl(MethodImplOptions.Synchronized)], і мае падтрымку ўзаемна-выключных замыканняў з дапамогай ключавога слова lock.
  • Мова C# не дазваляе аб'яўляць глабальныя зменныя і функцыі. Усе метады і члены павінны быць аб'яўлены ў класах. Статычныя члены публічных класаў могуць замяняць глабальныя зменныя і функцыі.
  • Лакальныя зменныя не могуць зацяняць зменныя вонкавага блока, у адрозненне ад C і C++.
  • Прасторы імёнаў у C# прадстаўляюць такі ж самы ўзровень ізаляцыі коду, як і пакункі ў Java (англ.: package) ці прасторы імёнаў у C++ (англ.: namespace); правілы і магчымасці вельмі падобныя на пакунак Java.
  • C# падтрымлівае строгі булеўскі тып (англ.: bool). Выразы, якія прымаюць умовы, такія як while і if, патрабуюць такі тып выразу, які рэалізуе аператар true, такі як булеўскі тып. У той час як C++ таксама мае булеўскі тып, апошні можа быць свабодна канверсаваны ў і з цэлалікавага тыпу, і такія выразы, як if(a) патрабуюць толькі, каб a можна было ператварыць у булеўскі тып, дазваляючы a быць цэлалікавым ці ўказальнікам. C# забараняе такі падыход, калі «цэлы лік азначае true ці false», засноўваючыся на меркаванні, што патрабаванне да праграміста выкарыстоўваць выразы, якія вяртаюць дакладна булеўскі тып, засцерагае ад пэўнага тыпу праграмісцкіх памылак, распаўсюджаных у C ці C++, такіх як 1=if (a = b) (ужыванне прысвойвання = замест роўнасці ==).
  • У C#, указальнікі на адрасы ў памяці могуць быць ужытыя толькі ўнутры блока, асобна пазначанага як небяспечны (unsafe), а праграмы з небяспечным кодам патрабуюць адпаведных дазволаў на запуск. Доступ да аб'ектаў у большасці выпадкаў адбываецца праз бяспечныя спасылкі на аб'ект, якія заўжды ўказваюць на «жывы» аб'ект, ці маюць строга вызначанае значэнне null; немагчыма атрымаць спасылку на «мёртвы» аб'ект (апрацаваны працэдурай зборкі смецця), ці на выпадковы блок памяці. Небяспечны ўказальнік можа ўказваць на экзэмпляр тыпу значэнне, масіў, радок, ці блок памяці, размешчаны ў стэку. Код без пазнакі «небяспечны» можа захоўваць і змяняць указальнікі праз тып System.IntPtr, але не можа разымяноўваць іх.
  • Кіраваная памяць не можа быць яўна вызвалена; замест гэтага, працуе аўтаматычная зборка смецця. Зборка смецця вырашае праблему ўцечкі памяці (англ.: memory leak), вызваляючы праграміста ад адказнасці за вызваленне памяці, якая больш не патрэбна.
  • У дадатак да канструкцыі try...catch для апрацоўкі выключэнняў C# мае канструкцыю try...finally, якая гарантуе выкананне коду ў блоку finally незалежна ад таго, здарылася выключэнне ці не.
  • Множнае наследаванне не падтрымліваецца, але клас можа рэалізоўваць любую колькасць інтэрфейсаў. Гэта было праектнае рашэнне галоўнага архітэктара мовы, каб пазбегнуць ускладнення і спрасціць архітэктурныя патрабаванні ва ўсёй CLI. Пры рэалізацыі некалькіх інтэрфейсаў, якія ўтрымліваюць метад з аднолькавай сігнатурай, C# дазваляе праграмісту рэалізаваць кожны метад у залежнасці ад таго, праз які інтэрфейс гэты метад будзе выкліканы, ці, падобна Java, дазваляе праграмісту рэалізаваць метад адзін раз, і мець адзіны выклік пры звароце праз любы з інтэрфейсаў класа.
  • C#, у адрозненне ад Java, падтрымлівае перагрузку аператараў. Толькі тыя аператары, што найчасцей перагружаюць у C++, могуць быць перагружаны ў C#.
  • C# больш тыпабяспечная, чым C++. Прадвызначаны толькі тыя пераўтварэнні тыпаў, якія лічацца бяспечнымі, напрыклад, пашырэнне цэлых лікаў. Патрабаванне дзейнічае ў часе кампіляцыі, цягам JIT-кампіляцыі, і ў некаторых выпадках у часе выканання. Няма няяўных пераўтварэнняў ні паміж булеўскім і цэлалікавым тыпамі, ні паміж членамі пералічэння і цэлымі лікамі (за выключэннем літарала 0, які можа быць няяўна пераўтвораны ў любы тып пералічэння). Кожнае вызначанае карыстальнікам пераўтварэнне павінна быць яўна пазначана як яўнае ці няяўнае, у адрозненне ад прадвызначана няяўных капіравальнага канструктара і аператара пераўтварэння ў C++.
  • C# мае яўную падтрымку каварыянтрасці і контр-варыянтнасці ў абагульненых тыпах, у адрозненне ад C++, якая ў пэўнай ступені падтрымлівае контр-варыянтнасць проста праз семантыку вяртаных віртуальнымі метадамі тыпаў.
  • Члены пералічэння змяшчаюцца ў іх уласны абсяг бачнасці (англ.: scope).
  • C# прадстаўляе ўласцівасці як сінтаксічны цукар для распаўсюджанага выпадку, калі пара метадаў, аксесар (англ.: getter) і мутатар (англ.: setter) інкапсулююць аперацыі над адным атрыбутам класа. Не трэба пісаць залішнія сігнатуры метадаў для рэалізацыі гетара і сэтара, а доступ да ўласцівасці можна атрымаць праз сінтаксіс атрыбута, замест даўжэйшых выклікаў метадаў.
  • У C# няма правераных выключэнняў (англ.: checked exceptions), у адрозненне ад Java. Гэта было свядомае рашэнне, заснаванае на меркаваннях маштабавальнасці і версіявальнасці.[35]
  • Хоць C# у першую чаргу імператыўная мова, у версіі 2.0 прапанавана абмежаваная падтрымка функцыянальнага праграмавання праз першакласныя функцыі і замкненні ў форме ананімных дэлегатаў. C# 3.0 пашырыла падтрымку функцыянальнага праграмавання увядзеннем легкаважнага сінтаксісу для лямбда-выразаў, метадаў пашырэння (афорданс для модуляў), і сінтаксісу разумення спісаў (англ.: list comprehension) у форме мовы «разумення запытаў».

Агульная сістэма тыпаў

C# мае ўніфікаваную сістэму тыпаў. Гэта сістэма мае назву "агульная сістэма тыпаў" (англ.: Common Type System, скарочана CTS).[36]

Уніфікаваная сістэма тыпаў падразумявае, што ўсе тыпы, уключаючы прымітывы, такія як цэлыя лікі, з'яўляюцца падкласамі класа System.Object. Напрыклад, кожны тып наследуе метад ToString().

Катэгорыі тыпаў даных

CTS раздзяляе тыпы даных на дзве катэгорыі:[36]

  1. Спасылачныя тыпы
  2. Тыпы-значэнні

Асобнікі тыпу-значэння не маюць ні спасылачнай тоеснасці, ні спасылачнай семантыкі параўнання — параўнанне на роўнасць і няроўнасць для тыпаў-значэнняў параўноўвае фактычнае значэнне даных у асобніку, калі адпаведныя аператары параўнання не перагружаны. Тыпы-значэнні з'яўляюцца вытворнымі ад System.ValueType, заўжды маюць прадвызначанае значэнне, і могуць быць заўжды створаны і скапіяваны. Сярод іншых абмежаванняў, накладзеных на тыпы-значэнні: яны не могуць быць вытворнымі адзін ад другога (але могуць рэалізоўваць інтэрфейсы), і не могуць мець яўны прадвызначаны канструктар (без параметраў). Прыкладамі тыпаў-значэнняў з'яўляюцца ўсе прымітыўныя тыпы, такія як int (знакавы 32-бітавы цэлы лік), float (32-бітавы лік з плыўной коскай IEEE), char (16-бітавы асобнік Унікоду), і System.DateTime (ідэнтыфікуе канкрэтны момант часу з дакладнасцю да нанасекундаў). Іншыя прыклады — enum (пералічэнні) і struct (вызначаныя карыстальнікам структуры).

Насупраць, да спасылачных тыпаў адносіцца паняцце спасылачнай тоеснасці — кожны асобнік спасылачнага тыпу па сваёй сутнасці адрозніваецца ад любога іншага, нават калі звесткі ў абодвух асобніках адны і тыя ж. Гэта адбіваецца на прадвызначаных параўнаннях на роўнасць і няроўнасць для спасылачных тыпаў, якія правяраюць хутчэй спасылачную, чым структурную роўнасць, калі адпаведныя аператары не перагружаны (як у выпадку з System.String). Увогуле, не заўжды магчыма ні стварыць асобнік спасылачнага тыпу, ні скапіяваць наяўны асобнік, ці параўнаць значэнні двух наяўных асобнікаў, хаця пэўныя спасылачныя тыпы могуць прадстаўляць такія магчымасці, даючы агульнадаступны канструктар ці рэалізуючы адпаведны інтэрфейс (такі, як ICloneable ці IComparable). Прыкладамі спасылачнага тыпу з'яўляюцца object (першасны базавы клас для ўсіх іншых класаў C#), System.String (радок сімвалаў Унікоду), і System.Array (базавы клас для ўсіх масіваў C#).

Абедзве катэгорыі можна пашыраць з дапамогаю тыпаў, вызначаных карыстальнікам.

Boxing і unboxing

Boxing — аперацыя па пераўтварэнні аб'екта тыпу-значэння ў велічыню адпаведнага спасылачнага тыпу.[36] У C# гэта робіцца няяўна.

Unboxing — аперацыя па пераўтварэнні велічыні спасылачнага тыпу, атрыманай папярэдняй аперацыяй boxing, у велічыню тыпу-значэння.[36] Unboxing у C# патрабуе яўнага прывядзення тыпаў (англ.: type cast). Аб'ект тыпу T, над якім была зроблена аперацыя boxing, можа быць прыведзены толькі да тыпу T (ці абнульвальнага T).[37]

Прыклад:

int foo1 = 42; // Value type.
object bar = foo1; // foo is boxed to bar.
int foo2 = (int)bar; // Unboxed back to value type.

Джэнерыкі

Джэнерыкі былі дададзены ў мову C# у версіі 2.0. Джэнерыкі выкарыстоўваюць параметры тыпу, што дазваляе праектаваць класы альбо метады, якія не ўказваюць выкарыстаны тып да таго часу, пакуль не будзе створаны асобнік класа ці метаду. Галоўнай перавагай з'яўляецца тое, што можна ўжываць параметры тыпу для джэнерыкаў, каб ствараць класы і метады, якія можна выкарыстаць без выдаткаў на прывядзенне тыпаў у час выканання ці на аперацыі boxing, як паказана тут:[38]

// Declare the generic class.

public class GenericList<T>
{
    void Add(T input) { }
}

class TestGenericList
{
    private class ExampleClass { }
    static void Main()
    {
        // Declare a list of type int.
        GenericList<int> list1 = new GenericList<int>();

        // Declare a list of type string.
        GenericList<string> list2 = new GenericList<string>();

        // Declare a list of type ExampleClass.
        GenericList<ExampleClass> list3 = new GenericList<ExampleClass>();
    }
}

У параўнанні з шаблонамі C++, джэнерыкі C# могуць даць палепшаную бяспеку, але ў той жа час у чымсьці абмежаваныя магчымасці.[39] Напрыклад, нельга выклікаць арыфметычныя аператары над тыпамі джэнерыкаў у C#.[40]

Прэпрацэсар

C# прадстаўляе «дырэктывы прэпрацэсара»[41] (хаця не мае «сапраўднага» прэпрацэсара), заснаваныя на прэпрацэсары мовы C, якія дазваляюць праграмісту вызначаць сімвалы, але не дазваляюць макрасы. Таксама прадстаўляюцца умоўныя аператары, такія як #if, #endif, і #else. Дырэктывы кшталту #region даюць падказку тэкставаму рэдактару па згортванні коду.

public class Foo
{
    #region Constructors
    public Foo() {}
    public Foo(int firstParam) {}
    #endregion

    #region Procedures
    public void IntBar(int firstParam) {}
    public void StrBar(string firstParam) {}
    public void BoolBar(bool firstParam) {}
    #endregion
}

Каментарыі

C# выкарыстоўвае двайны слэш (//), каб паказаць, што рэшта радка — гэта каментарый. Такі стыль каментарыяў атрыманы ў спадчыну ад C++.

public class Foo
{
    // a comment
    public static void Bar(int firstParam) {}  // also a comment
}

Шматрадковы каментарый можна пачаць слэшам і зорачкай (/*) і закончыць зорачкай і слэшам (*/). Гэта спадчына стандартнай мовы C.

public class Foo
{
    /* A Multi-Line
       comment  */
    public static void Bar(int firstParam) {}
}

Сістэма XML-дакументацыі

Сістэма дакументацыі ў C# падобная на Javadoc у Java, але заснавана на XML. У цяперашні час кампілятар C# падтрымлівае два метады дакументавання.

Аднарадковыя дакументацыйныя каментарыі, такія як шырока распаўсюджаныя ў згенераваным Visual Studio кодзе, уяўляюць сабой радок, што пачынаецца з ///.

public class Foo
{
    /// <summary>A summary of the method.</summary>
    /// <param name="firstParam">A description of the parameter.</param>
    /// <remarks>Remarks about the method.</remarks>
    public static void Bar(int firstParam) {}
}

Шматрадковыя дакументацыйныя каментарыі, хоць былі вызначаны ў спецыфікацыях мовы ў версіі 1.0, не падтрымліваліся да выпуску .NET 1.1.[42] Гэтыя каментарыі пачынаюцца з слэша і дзвюх зорачак (/**) і заканчваюцца дзвюма зорачкамі і слэшам (*/).[43]

public class Foo
{
    /** <summary>A summary of the method.</summary>
     *  <param name="firstParam">A description of the parameter.</param>
     *  <remarks>Remarks about the method.</remarks> */
    public static void Bar(int firstParam) {}
}

Заўвага: ёсць некаторыя строгія крытэрыі датычна прабелаў і XML-дакументацыі пры выкарыстанні тэхнікі слэш-зорачка-зорачка (/**).

Гэты блок коду:

/**
 * <summary>
 * A summary of the method.</summary>*/

утварае XML-каментарый, які адрозніваецца ад выніку гэтага блока:[43]

/**
 * <summary>
   A summary of the method.</summary>*/

Сінтаксіс дакументацыйных каментарыяў і іх XML-разметка вызначаны ў ненарматыўным дадатку да стандарту C# ECMA. Гэты ж стандарт таксама вызначае правілы апрацоўкі такіх каментарыяў і іх пераўтварэнне ў звычайны XML-дакумент, з дакладнымі правіламі адлюстравання ідэнтыфікатараў CLI на звязаныя з імі элементы дакументацыі. Гэта дазваляе любому інтэграванаму асяроддзю распрацоўкі на C# ці іншаму інструменту знаходзіць дакументацыю для любога сімвала ў кодзе пэўным, цалкам вызначаным чынам.

Бібліятэкі

Спецыфікацыі мовы C# апісваюць мінімальны набор тыпаў і бібліятэк класаў, на даступнасць якіх разлічвае кампілятар. На практыцы, C# найчасцей ужываецца з якой-небудзь рэалізацыяй Common Language Infrastructure (CLI), што стандартызавана як ECMA-335 Common Language Infrastructure (CLI).

Прыклад «Hello, world»

Ніжэй прыведзена вельмі простая праграма на C#, версія класічнага прыкладу «Hello world»:

using System;

class Program
{
    static void Main()
    {
        Console.WriteLine("Hello, world!");
    }
}

Вынікам запуску праграмы будзе вывад на кансоль наступнага тэксту:

Hello, world!

Кожны радок праграмы мае прызначэнне:

using System;

Гэты радок гаворыць кампілятару ўжываць System у якасці магчымага прэфікса для тыпаў, выкарыстаных у зыходным кодзе. У гэтым выпадку, калі кампілятар бачыць ужыванне тыпу Console ніжэй у зыходным кодзе, ён спрабуе знайсці тып з назваю Console, спярша ў бягучай зборцы, потым ва ўсіх зборках, на якія яна спасылаецца. Пры гэтым кампілятару не ўдаецца знайсці такі тып, таму што насамрэч назва тыпу System.Console. Тады кампілятар спрабуе адшукаць тып з назваю System.Console, ужыўшы прэфікс System з сцверджання using, і гэтым разам паспяхова. Сцверджанне using дазваляе праграмісту вызначыць усе магчымыя прэфіксы, якія будуць выкарыстаны ў час кампіляцыі, замест выкарыстання поўнай назвы штораз.

class Program

Гэта вызначэнне класа. Усё, што ідзе далей паміж парай фігурных дужак, апісвае клас Program.

static void Main()

Гэты радок аб'яўляе метад класа, з якога пачынаецца выкананне праграмы. Рантайм .NET выклікае метад Main. (Заўвага: Main можна таксама выклікаць з іншага месца праграмы, як любы іншы метад, напрыклад з іншага метаду класа Program.) Ключавое слова static робіць метад даступным без стварэння асобніка класа Program. Уваходны пункт Main кожнай кансольнай праграмы мусіць быць аб'яўлены як static. Іначай, праграма будзе патрабаваць асобнік, а асобнік — праграму. Каб пазбегнуць гэтай невырашальнай цыклічнай залежнасці, кампілятар C# пры апрацоўцы кансольнай праграмы (кшталту апісанай вышэй) паведамляе пра памылку, калі няма метаду static Main. Ключавое слова void азначае, што метад Main не вяртае ніякага значэння.

Console.WriteLine(«Hello, world!»);

Гэты радок піша вывад. Console — гэта статычны клас у прасторы назваў System. Ён прадстаўляе кансольным праграмам інтэрфейс да стандартных патокаў уводу, вываду і памылак. Праграма выклікае метад WriteLine, які выводзіць на кансоль радок, пазначаны ў якасці параметра, "Hello world!".

Прыклад з графічным інтэрфейсам карыстальніка:

using System.Windows.Forms;

class Program
{
    static void Main()
    {
        MessageBox.Show("Hello, world!");
    }
}

Гэты прыклад падобны на папярэдні, з той розніцай, што генеруе дыялогавае вакно, якое ўтрымлівае паведамленне «Hello, world!», замест таго, каб пісаць яго ў кансоль.

Стандартызацыя і ліцэнзаванне

У жніўні 2000 г. Microsoft Corporation, Hewlett-Packard і Intel Corporation выступілі сумеснымі спонсарамі падання спецыфікацый C#, гэтаксама Common Language Infrastructure (CLI), ва ўстанову стандартызацыі Ecma International. У снежні 2001 ECMA выпусціла ECMA-334 Спецыфікацыі мовы C#. C# стала стандартам ISO ў 2003 (ISO/IEC 23270:2003 — Information technology — Programming languages — C#). Раней ECMA прыняла эквівалентныя спецыфікацыі як 2-е выданне C# у снежні 2002.

У чэрвені 2005 ECMA зацвердзіла 3-е выданне спецыфікацый C# і абнавіла ECMA-334. Сярод дапаўненняў — частковыя класы, ананімныя метады, абнульвальныя тыпы і джэнерыкі (аналагічныя шаблонам у C++).

У ліпені 2005 ECMA прадставіла стандарты і адпаведныя тэхнічныя рэгламенты ў ISO/IEC JTC 1 праз т.зв. працэс Fast-Track апошняга. Гэты працэс звычайна займае 6-9 месяцаў.

Вызначэнне мовы C# і агульнай моўнай інфраструктуры (англ.: Common Language Infrastructure, CLI) стандартызаваны ISO і Ecma, што прадстаўляе рацыянальную і недыскрымінацыйную ліцэнзійную абарону ад патэнтных прэтэнзій. Аднак, Майкрасофт выкарыстоўвае C# і CLI у сваёй бібліятэцы базавых класаў (англ.: Base Class Library, BCL), што з'яўляецца падмуркам яе уласніцкага фрэймворку .NET і прадстаўляе разнастайныя нестандартныя класы (пашырэнні ўводу-вываду, графічны інтэрфейс, вэб-сэрвісы і г.д.). Некаторыя выпадкі, калі патэнты Майкрасофт тычацца стандартаў, выкарыстаных у фрэймворку .NET, задакументаваны Майкрасофт, а адпаведныя патэнты даступны альбо на ўмовах RAND, альбо праз абяцанне адкрытых спецыфікацый (англ.: Microsoft Open Specification Promise), што прадстаўляе патэнтныя правы грамадскасці,[44] але ёсць пэўныя асцярогі і спрэчкі наконт існавання дадатковых, нявызначаных аспектаў, запатэнтаваных Майкрасофт, якія могуць абмежаваць незалежныя рэалізацыі поўнага фрэймоворку.

Майкрасофт пагадзілася не падаваць у суд на распрацоўшчыкаў праграм з адкрытым зыходным кодам за парушэнне патэнтаў у некамерцыйных праектах у частцы фрэймворку, што пакрыта OSP.[45] Таксама, Майкрасофт пагадзілася не прымяняць патэнты, якія тычацца прадуктаў кампаніі Novell, супраць плацежаздольных кліентаў кампаніі,[46] за выключэннем спісу прадуктаў, якія не згадваюць яўна C#, .NET ці рэалізацыю .NET ад фірмы Novell (Mono Project).[47] Аднак, Novell сцвярджае, што Mono не парушае ніводнага патэнта Майкрасофт.[48] Таксама, Майкрасофт зрабіла канкрэтнае пагадненне не ўжываць патэнтныя правы, звязаныя з браўзерным плагінам Moonlight, які залежыць ад Mono, пры ўмове, што ён атрыманы ад Novell.[49]

Рэалізацыі

Узорным кампілятарам мовы C# выступае Microsoft Visual C#, зыходны код якога адкрыты.[50]

Існуюць таксама іншыя кампілятары C#, часта поруч з рэалізацыяй агульнай моўнай інфраструктуры і бібліятэк класаў .NET:

  • Праект Mono прадстаўляе кампілятар C# з адкрытым зыходным кодам, поўную рэалізацыю агульнай моўнай інфраструктуры ўключна з неабходнымі бібліятэкамі фрэймворка, якія апісаны ў спецыфікацыях ECMA, і амаль поўную рэалізацыю прыватнаўласніцкіх бібліятэк класаў .NET ад Майкрасофт. У версіі 4.0 Mono падтрымлівае ўсё, што ёсць у .NET 4.5, за выключэннем WPF і WwF, абмежавана падтрымлівае WCF і асінхронны стэк ASP.NET 4.5.[51]
  • Праект DotGNU (зараз спынены) таксама прадстаўляе кампілятар C# з адкрытым зыходным кодам, амаль поўную рэалізацыю Common Language Infrastructure ўключна з неабходнымі бібліятэкамі фрэймворка, як апісана ў спецыфікацыях ECMA, і падмноства астатніх прыватнаўласніцкіх бібліятэк класаў .NET ад Майкрасофт да версіі .NET 2.0 (тых, што не дакументаваны ці не ўвайшлі ў спецыфікацыі ECMA, але ўключаны ў стандартную пастаўку фрэймворка .NET ад Майкрасофт).
  • Праект Rotor ад Майкрасофт (у цяперашні час называецца Shared Source Common Language Infrastructure) (ліцэнзаваны толькі для адукацыйных і даследчых мэт) забяспечвае рэалізацыю асяроддзя выканання CLR і кампілятара C# з агульнай кодавай базай, і падмноства неабходных для агульнай моўнай інфраструктуры бібліятэк фрэймворка, як апісана ў ECMA (да версіі C# 2.0, падтрымліваецца толькі ў Windows XP).

Гл. таксама

Зноскі

  1. Torgersen, Mads. New features in C# 4.0. Microsoft (27 кастрычніка 2008). Праверана October 28, 2008.
  2. а б Naugler, David (May 2007). "C# 2.0 for C++ and Java programmer: conference workshop". Journal of Computing Sciences in Colleges. 22 (5). Although C# has been strongly influenced by Java it has also been strongly influenced by C++ and is best viewed as a descendant of both C++ and Java.
  3. Hamilton, Naomi. The A-Z of Programming Languages: C#. Computerworld (1 кастрычніка 2008). — «We all stand on the shoulders of giants here and every language builds on what went before it so we owe a lot to C, C++, Java, Delphi, all of these other things that came before us. (Anders Hejlsberg)»  Праверана February 12, 2010.
  4. Cornelius, Barry. Java 5 catches up with C#. University of Oxford Computing Services (1 снежня 2005). — «In my opinion, it is C# that has caused these radical changes to the Java language. (Barry Cornelius)»  Праверана June 18, 2009.
  5. C++ -> C#: What You Need to Know to Move from C++ to C#
  6. а б в C# Language Specification (PDF) (4th ed.). Ecma International. June 2006. Праверана January 26, 2012.
  7. Announcing .NET Framework 4.6. .NET Blog. Microsoft (20 ліпеня 2015).
  8. Kovacs, James. C#/.NET History Lesson (7 верасня 2007). Праверана June 18, 2009.
  9. Microsoft C# FAQ. Microsoft. Праверана March 25, 2008.
  10. Visual C#.net Standard (JPEG). Microsoft (4 верасня 2003). Праверана June 18, 2009.
  11. F# FAQ. Microsoft Research. Праверана June 18, 2009.
  12. Full Eiffel on the .NET Framework. Microsoft (1 чэрвеня 2002). Праверана June 18, 2009.
  13. Zander, Jason. Couple of Historical Facts (24 лістапада 2008). Праверана February 23, 2009.
  14. C# 3.0 New Features. Праверана June 9, 20010.
  15. Guthrie, Scott. What language was ASP.Net originally written in? (28 лістапада 2006). Праверана February 21, 2008.
  16. Hamilton, Naomi. The A-Z of Programming Languages: C#. Computerworld (1 кастрычніка 2008). Праверана October 1, 2008.
  17. Wylie Wong. Why Microsoft's C# isn't. CNET: CBS Interactive (2002). Праверана November 14, 2009.
  18. Bill Joy. Microsoft's blind spot. cnet.com (7 лютага 2002). Праверана January 12, 2010.
  19. Klaus Kreft and Angelika Langer. After Java and C# - what is next? (2003). Праверана June 18, 2013.
  20. Klaus Kreft and Angelika Langer. After Java and C# - what is next?. artima.com (3 ліпеня 2003). Праверана January 12, 2010.
  21. Osborn, John (August 1, 2000). Deep Inside C#: An Interview with Microsoft Chief Architect Anders Hejlsberg. O'Reilly Media. Праверана November 14, 2009.
  22. Generics (C# Programming Guide). Microsoft. Праверана March 21, 2011.
  23. Bracha, Gilad. Generics in the Java Programming Language. Sun Microsystems (5 ліпеня 2004). Праверана March 21, 2011.
  24. Don Box and Anders Hejlsberg. LINQ: .NET Language-Integrated Query. Microsoft (1 лютага 2007). Праверана March 21, 2011.
  25. Mercer, Ian. Why functional programming and LINQ is often better than procedural code. abodit.com (15 красавіка 2010). Праверана March 21, 2011.
  26. Andy Retires. Dan Fernandez's Blog. Blogs.msdn.com (29 студзеня 2004). Праверана October 4, 2012.
  27. Technical committees - JTC 1/SC 22 - Programming languages, their environments and system software interfaces. ISO. Праверана October 4, 2012.
  28. ISO/IEC 23270:2003 - Information technology - C# Language Specification. Iso.org (23 жніўня 2006). Праверана October 4, 2012.
  29. ISO/IEC 23270:2006 - Information technology - Programming languages - C#. Iso.org (26 студзеня 2012). Праверана October 4, 2012.
  30. Common Language Runtime (CLR). Microsoft Developer Network. Microsoft. Праверана 26 лістапада 2013.
  31. а б Using C# 3.0 from .NET 2.0. Danielmoth.com (13 мая 2007). Праверана October 4, 2012.
  32. Skeet, Jon (September 2013). C# in Depth (3rd ed.). Manning Publications Co. p. 559. ISBN 9781617291340.
  33. Hejlsberg, Anders. Future directions for C# and Visual Basic. C# lead architect. Channel 9. Праверана September 21, 2011.
  34. Visual Studio 2010 and .NET 4 Six-in-One. Wrox Press. 2010. ISBN 0470499486.
  35. The Trouble with Checked Exceptions (18 жніўня 2003). Праверана March 30, 2010.
  36. а б в г Archer, Tom (2001). "Part 2, Chapter 4: The Type System". Inside C#. Redmond, Washington: Microsoft Press. ISBN 0-7356-1288-9.
  37. Lippert, Eric. Representation and Identity. Fabulous Adventures In Coding. Blogs.msdn.com (19 сакавіка 2009). Праверана October 4, 2012.
  38. Generics (C# Programming Guide). Microsoft. Праверана August 7, 2011.
  39. An Introduction to C# Generics. Microsoft.
  40. Differences Between C++ Templates and C# Generics. Microsoft.
  41. C# Preprocessor Directives. C# Language Reference. Microsoft. Праверана June 18, 2009.
  42. Horton, Anson. C# XML documentation comments FAQ (11 верасня 2006). Праверана December 11, 2007.
  43. а б Delimiters for Documentation Tags. C# Programmer's Reference. Microsoft (1 студзеня 1970). Праверана June 18, 2009.
  44. Interoperability Principles.
  45. Patent Pledge for Open Source Developers.
  46. Patent Cooperation Agreement - Microsoft & Novell Interoperability Collaboration. Microsoft (2 лістапада 2006). — «Microsoft, on behalf of itself and its Subsidiaries (collectively "Microsoft"), hereby covenants not to sue Novell's Customers and Novell's Subsidiaries' Customers for infringement under Covered Patents of Microsoft on account of such a Customer's use of specific copies of a Covered Product as distributed by Novell or its Subsidiaries (collectively "Novell") for which Novell has received Revenue (directly or indirectly) for such specific copies; provided the foregoing covenant is limited to use by such Customer (i) of such specific copies that are authorized by Novell in consideration for such Revenue, and (ii) within the scope authorized by Novell in consideration for such Revenue.»  Праверана July 5, 2009.
  47. Definitions. Microsoft (2 лістапада 2006). Праверана July 5, 2009.
  48. Steinman, Justin. Novell Answers Questions from the Community (7 лістапада 2006). — «We maintain that Mono does not infringe any Microsoft patents.»  Праверана July 5, 2009.
  49. Covenant to Downstream Recipients of Moonlight - Microsoft & Novell Interoperability Collaboration. Microsoft (28 верасня 2007). — «"Downstream Recipient" means an entity or individual that uses for its intended purpose a Moonlight Implementation obtained directly from Novell or through an Intermediate Recipient... Microsoft reserves the right to update (including discontinue) the foregoing covenant... "Moonlight Implementation" means only those specific portions of Moonlight 1.0 or Moonlight 1.1 that run only as a plug-in to a browser on a Personal Computer and are not licensed under GPLv3 or a Similar License.»  Праверана March 8, 2008.
  50. https://github.com/dotnet/roslyn
  51. Compatibility - Mono. Mono-project.com (12 снежня 2014). Праверана September 6, 2015.

Літаратура

  • Drayton, Peter; Albahari, Ben; Neward, Ted (2002). C# Language Pocket Reference. O'Reilly. ISBN 0-596-00429-X.
  • Petzold, Charles (2002). Programming Microsoft Windows with C#. Microsoft Press. ISBN 0-7356-1370-2.

Спасылкі