C# нацэлена быць простай, сучаснай, аб’ектна-арыентаванай мовай агульнага прызначэння.[6]
Каманду распрацоўшчыкаў узначальвае Андэрс Хейлсберг. Станам на лістапад 2022 года, самая апошняя стабільная версія мовы — C# 11.0, выпушчаная ў 2022 годзе ў складзе .NET 7.0.[7][8]
Праектныя мэты
Стандарт ECMA пералічвае наступныя мэты распрацоўкі C#:[6]
Мова праграмавання C# прызначана быць простай, сучаснай, аб’ектна-арыентаванай мовай агульнага прызначэння.
Мова, а значыць і яе рэалізацыі, павінны забяспечваць падтрымку такіх прынцыпаў распрацоўкі праграм, як строгая праверка тыпаў, праверка межаў масіваў, выяўленне спробаў выкарыстаць неініцыялізаваныя зменныя, і аўтаматычную зборку смецця. Надзейнасць праграм, іх даўгавечнасць, і прадукцыйнасць працы праграміста важныя.
Мова прызначана для выкарыстання ў распрацоўцы праграмных кампанентаў, прыдатных да разгортвання ў размеркаваных асяроддзях.
Пераноснасць зыходнага коду вельмі важная, як і мабільнасць праграмістаў, асабліва тых праграмістаў, якія ўжо знаёмы з C і C++.
C# прызначана быць зручнай для напісання праграм як для гасцявых, так і ўбудаваных сістэм, пачынаючы ад вельмі буйных, што выкарыстоўваюць складаныя аперацыйныя сістэмы, да вельмі дробных, якія маюць толькі вызначаныя функцыі.
Хоць праграмы на C# прызначаны быць эканамічнымі ў дачыненні да патрабаванняў памяці і вылічальнай магутнасці, сама мова не прызначана для прамога спаборніцтва ў прадукцыйнасці і памеры з Сі ці асэмблерам.
Назва «C sharp» натхнёна музычнай натацыяй, дзе дыез (англ.: sharp) паказвае, што пазначаная нота павінна гучаць на паўтона вышэй.[9]
Гэта падобна на назву мовы C++, дзе «++» азначае, што пераменная мусіць быць павялічана на 1. Знак «дыез» таксама нагадвае лігатуру з чатырох сімвалаў «+» (у рашотцы два на два), паглыбляючы меркаванне, што мова з’яўляецца прырашчэннем C++.
З-за тэхнічных абмежаванняў на адлюстраванне (стандартныя шрыфты, браўзеры і да т.п.) і дзякуючы таму факту, што знака «дыез» (♯) няма на стандартнай клавіятуры, быў выбраны сімвал рашоткі (#) для прадстаўлення знака «дыез» у назве мовы праграмавання.[10]
Гэта пагадненне адлюстравана ў спецыфікацыях мовы C# ECMA-334.[6] Аднак, калі гэта дарэчна (напрыклад, у рэкламе ці ў мастацтве[11]), Майкрасофт ужывае музычны знак.
Суфікс быў ужыты для некалькіх моў платформы .NET, якія з’яўляюцца варыянтамі існых моў, уключна з J# (мова платформы .NET, створаная Майкрасофт як вытворная ад Java 1.1), A# (з Ады), і функцыйнай мовай F#.[12]
Першапачатковая рэалізацыя Eiffel for .NET называлася Eiffel#,[13] цяпер назва не ўжываецца, паколькі мова Eiffel падтрымліваецца поўнасцю. Суфікс таксама быў ужыты ў назвах праграмных бібліятэк, такіх як Gtk# (абгортка для GTK+ і іншых бібліятэк GNOME), Cocoa#.
Гісторыя
У час распрацоўкі платформы .NET Framework, былі напісаны бібліятэкі класаў з выкарыстаннем сістэмы кампіляцыі кіраванага коду пад назвай Simple Managed C (SMC).[14][15][16]
У студзені 1999, Андэрс Хейлсберг сабраў каманду, каб стварыць новую мову, якая на той час звалася Cool, што расшыфроўваецца як «C-like Object Oriented Language».[17]
У Майкрасофт разглядалі магчымасць захаваць назву «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 з выдаленай надзейнасцю, прадукцыйнасцю і бяспекай.»[18][19]
Клаус Крэфт і Анжэліка Лангер (аўтары кнігі C++ streams) заявілі ў сваім блогу, што «Java і C# амаль ідэнтычныя мовы праграмавання. Нуднае паўтарэнне, якому бракуе інавацый»[20], «Наўрад ці нехта будзе сцвярджаць, што Java ці C# — рэвалюцыйныя мовы праграмавання, якія змянілі спосаб, якім мы пішам праграмы» і «C# пазычыў шмат у Java — і наадварот. Цяпер, калі C# падтрымлівае абгорткі (англ.: boxing) і разгорткі (англ.: unboxing), мы будзем мець вельмі падобную функцыю ў Java»[21]. У ліпені 2000 года Андэрс Хейлсберг сказаў, што C# «не клон Java» і «нашмат бліжэй да C++» у сваім дызайне[22].
Ад выдання C# 2.0 у лістападзе 2005, мовы C# і Java развіваліся па больш разбежных траекторыях, становячыся менш падобнымі. Адно з першых галоўных разыходжанняў з’явілася з даданнем джэнерыкаў (англ.: generics) у абедзве мовы, з абсалютна рознымі рэалізацыямі. C# выкарыстоўвае матэрыялізацыю (англ.: reification), каб прадставіць «першакласныя» аб’екты джэнерыкаў, якія можна ўжываць як любы іншы клас, з генерацыяй кода падчас загрузкі класа.[23]
Насупраць, джэнерыкі ў Java — па-сутнасці асаблівасць сінтаксісу мовы, яны не ўплываюць на генераваны байт-код, таму што кампілятар выконвае сціранне тыпу (англ.: type erasure) на інфармацыі аб тыпе джэнерыка пасля таго, як упэўніўся ў яе правільнасці.[24]
Далей C# дадала некалькі асноўных магчымасцяў, каб дастасаваць праграмаванне ў функцыянальным стылі, што прывяло да выпуску пашырэння LINQ у C# 3.0, з падтрымкаю лямбда-выразаў (англ.: lambda expression), метадаў пашырэння (англ.: extension method), і ананімных тыпаў.[25]
Гэтыя магчымасці дазваляюць праграмістам на C# выкарыстоўваць тэхнікі функцыянальнага праграмавання, такія як замкненні (англ.: closures), калі іх прымяненне мэтазгодна. Пашырэнні LINQ і функцыянальны імпарт дапамагаюць распрацоўшчыкам паменшыць колькасць «шаблоннага» коду, які ўключаны ў такія агульныя задачы, як запыт да базы звестак, разбор xml-файла, ці пошук у структуры дадзеных, пераносячы акцэнт на дзейную логіку праграмы, што дапамагае палепшыць чытэльнасць і суправаджальнасць.[26]
C# мела талісман, званы Эндзі (у гонар Андэрса Хейлсберга). Не ўжываецца з 29 студзеня 2004 г.[27]
C# была першапачаткова пададзена на разгляд падкамітэту ISO JTC 1/SC 22[28]
як ISO/IEC 23270:2003,[29]
які цяпер зняты. Пазней ухвалена ў рамках ISO/IEC 23270:2006.[30]
Версіі
Цягам свайго развіцця, мова C# прайшла праз некалькі версій:
Для пазначэння канца выраза ўжываецца кропка з коскай.
Фігурныя дужкі выкарыстоўваюцца для групавання выразаў. Выразы звычайна групуюцца ў метады (функцыі), метады ў класы, класы ў прасторы імён.
Пераменныя прызначаюцца з ужываннем знака роўнасці, а параўноўваюцца з ужываннем двух паслядоўных знакаў роўнасці.
Квадратныя дужкі выкарыстоўваюцца з масівамі, як для аб’яўлення, так і для таго, каб атрымаць значэнне ў пазіцыі з дадзеным індэксам.
Адрозныя магчымасці
Паводле дызайну, C# — гэта мова праграмавання, якая найбольш проста адлюстроўвае ляжачую ў аснове агульную моўную інфраструктуру (англ.: Common Language Infrastructure, CLI).[35] Большасць яе ўбудаваных тыпаў адпавядае тыпам-значэнням, рэалізаваным фрэймворкам 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. Гэта было свядомае рашэнне, заснаванае на меркаваннях маштабавальнасці і версіявальнасці.[36]
Хоць C# у першую чаргу імператыўная мова, у версіі 2.0 прапанавана абмежаваная падтрымка функцыянальнага праграмавання праз першакласныя функцыі і замкненні ў форме ананімных дэлегатаў. C# 3.0 пашырыла падтрымку функцыянальнага праграмавання увядзеннем легкаважнага сінтаксісу для лямбда-выразаў, метадаў пашырэння (афорданс для модуляў), і сінтаксісу разумення спісаў (англ.: list comprehension) у форме мовы «разумення запытаў».
Агульная сістэма тыпаў
C# мае ўніфікаваную сістэму тыпаў. Гэта сістэма мае назву «агульная сістэма тыпаў» (англ.: Common Type System, скарочана CTS).[37]
Уніфікаваная сістэма тыпаў падразумявае, што ўсе тыпы, уключаючы прымітывы, такія як цэлыя лікі, з’яўляюцца падкласамі класа System.Object. Напрыклад, кожны тып наследуе метад ToString().
Асобнікі тыпу-значэння не маюць ні спасылачнай тоеснасці, ні спасылачнай семантыкі параўнання — параўнанне на роўнасць і няроўнасць для тыпаў-значэнняў параўноўвае фактычнае значэнне даных у асобніку, калі адпаведныя аператары параўнання не перагружаны. Тыпы-значэнні з’яўляюцца вытворнымі ад 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 — аперацыя па пераўтварэнні аб’екта тыпу-значэння ў велічыню адпаведнага спасылачнага тыпу.[37] У C# гэта робіцца няяўна.
Unboxing — аперацыя па пераўтварэнні велічыні спасылачнага тыпу, атрыманай папярэдняй аперацыяй boxing, у велічыню тыпу-значэння.[37] Unboxing у C# патрабуе яўнага прывядзення тыпаў (англ.: type cast). Аб’ект тыпу T, над якім была зроблена аперацыя boxing, можа быць прыведзены толькі да тыпу T (ці абнульвальнага T).[38]
Прыклад:
intfoo1=42;// Value type.objectbar=foo1;// foo is boxed to bar.intfoo2=(int)bar;// Unboxed back to value type.
Джэнерыкі
Джэнерыкі былі дададзены ў мову C# у версіі 2.0. Джэнерыкі выкарыстоўваюць параметры тыпу, што дазваляе праектаваць класы альбо метады, якія не ўказваюць выкарыстаны тып да таго часу, пакуль не будзе створаны асобнік класа ці метаду. Галоўнай перавагай з’яўляецца тое, што можна ўжываць параметры тыпу для джэнерыкаў, каб ствараць класы і метады, якія можна выкарыстаць без выдаткаў на прывядзенне тыпаў у час выканання ці на аперацыі boxing, як паказана тут:[39]
// Declare the generic class.publicclassGenericList<T>{voidAdd(Tinput){}}classTestGenericList{privateclassExampleClass{}staticvoidMain(){// Declare a list of type int.GenericList<int>list1=newGenericList<int>();// Declare a list of type string.GenericList<string>list2=newGenericList<string>();// Declare a list of type ExampleClass.GenericList<ExampleClass>list3=newGenericList<ExampleClass>();}}
У параўнанні з шаблонамі C++, джэнерыкі C# могуць даць палепшаную бяспеку, але ў той жа час у чымсьці абмежаваныя магчымасці.[40] Напрыклад, нельга выклікаць арыфметычныя аператары над тыпамі джэнерыкаў у C#.[41]
Прэпрацэсар
C# прадстаўляе «дырэктывы прэпрацэсара»[42] (хаця не мае «сапраўднага» прэпрацэсара), заснаваныя на прэпрацэсары мовы C, якія дазваляюць праграмісту вызначаць сімвалы, але не дазваляюць макрасы. Таксама прадстаўляюцца умоўныя аператары, такія як #if, #endif, і #else. Дырэктывы кшталту #region даюць падказку тэкставаму рэдактару па згортванні коду.
C# выкарыстоўвае двайны слэш (//), каб паказаць, што рэшта радка — гэта каментарый. Такі стыль каментарыяў атрыманы ў спадчыну ад C++.
publicclassFoo{// a commentpublicstaticvoidBar(intfirstParam){}// also a comment}
Шматрадковы каментарый можна пачаць слэшам і зорачкай (/*) і закончыць зорачкай і слэшам (*/). Гэта спадчына стандартнай мовы C.
publicclassFoo{/* A Multi-Line comment */publicstaticvoidBar(intfirstParam){}}
Сістэма XML-дакументацыі
Сістэма дакументацыі ў C# падобная на Javadoc у Java, але заснавана на XML. У цяперашні час кампілятар C# падтрымлівае два метады дакументавання.
Аднарадковыя дакументацыйныя каментарыі, такія як шырока распаўсюджаныя ў згенераваным Visual Studio кодзе, уяўляюць сабой радок, што пачынаецца з ///.
publicclassFoo{/// <summary>A summary of the method.</summary>/// <param name="firstParam">A description of the parameter.</param>/// <remarks>Remarks about the method.</remarks>publicstaticvoidBar(intfirstParam){}}
Шматрадковыя дакументацыйныя каментарыі, хоць былі вызначаны ў спецыфікацыях мовы ў версіі 1.0, не падтрымліваліся да выпуску .NET 1.1.[43] Гэтыя каментарыі пачынаюцца з слэша і дзвюх зорачак (/**) і заканчваюцца дзвюма зорачкамі і слэшам (*/).[44]
publicclassFoo{/** <summary>A summary of the method.</summary> * <param name="firstParam">A description of the parameter.</param> * <remarks>Remarks about the method.</remarks> */publicstaticvoidBar(intfirstParam){}}
Заўвага: ёсць некаторыя строгія крытэрыі датычна прабелаў і XML-дакументацыі пры выкарыстанні тэхнікі слэш-зорачка-зорачка (/**).
Гэты блок коду:
/** * <summary> * A summary of the method.</summary>*/
утварае XML-каментарый, які адрозніваецца ад выніку гэтага блока:[44]
/** * <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»:
Вынікам запуску праграмы будзе вывад на кансоль наступнага тэксту:
Hello, world!
Кожны радок праграмы мае прызначэнне:
usingSystem;
Гэты радок гаворыць кампілятару ўжываць System у якасці магчымага прэфікса для тыпаў, выкарыстаных у зыходным кодзе. У гэтым выпадку, калі кампілятар бачыць ужыванне тыпу Console ніжэй у зыходным кодзе, ён спрабуе знайсці тып з назваю Console, спярша ў бягучай зборцы, потым ва ўсіх зборках, на якія яна спасылаецца. Пры гэтым кампілятару не ўдаецца знайсці такі тып, таму што насамрэч назва тыпу System.Console. Тады кампілятар спрабуе адшукаць тып з назваю System.Console, ужыўшы прэфікс System з сцверджання using, і гэтым разам паспяхова. Сцверджанне using дазваляе праграмісту вызначыць усе магчымыя прэфіксы, якія будуць выкарыстаны ў час кампіляцыі, замест выкарыстання поўнай назвы штораз.
classProgram
Гэта вызначэнне класа. Усё, што ідзе далей паміж парай фігурных дужак, апісвае клас Program.
staticvoidMain()
Гэты радок аб’яўляе метад класа, з якога пачынаецца выкананне праграмы. Рантайм .NET выклікае метад Main. (Заўвага: Main можна таксама выклікаць з іншага месца праграмы, як любы іншы метад, напрыклад з іншага метаду класа Program.) Ключавое слова static робіць метад даступным без стварэння асобніка класа Program. Уваходны пункт Main кожнай кансольнай праграмы мусіць быць аб’яўлены як static. Іначай, праграма будзе патрабаваць асобнік, а асобнік — праграму. Каб пазбегнуць гэтай невырашальнай цыклічнай залежнасці, кампілятар C# пры апрацоўцы кансольнай праграмы (кшталту апісанай вышэй) паведамляе пра памылку, калі няма метаду static Main. Ключавое слова void азначае, што метад Main не вяртае ніякага значэння.
Console.WriteLine(«Hello,world!»);
Гэты радок піша вывад. Console — гэта статычны клас у прасторы назваў System. Ён прадстаўляе кансольным праграмам інтэрфейс да стандартных патокаў уводу, вываду і памылак. Праграма выклікае метад WriteLine, які выводзіць на кансоль радок, пазначаны ў якасці параметра, "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), што прадстаўляе патэнтныя правы грамадскасці,[45] але ёсць пэўныя асцярогі і спрэчкі наконт існавання дадатковых, нявызначаных аспектаў, запатэнтаваных Майкрасофт, якія могуць абмежаваць незалежныя рэалізацыі поўнага фрэймоворку.
Майкрасофт пагадзілася не падаваць у суд на распрацоўшчыкаў праграм з адкрытым зыходным кодам за парушэнне патэнтаў у некамерцыйных праектах у частцы фрэймворку, што пакрыта OSP.[46] Таксама, Майкрасофт пагадзілася не прымяняць патэнты, якія тычацца прадуктаў кампаніі Novell, супраць плацежаздольных кліентаў кампаніі,[47] за выключэннем спісу прадуктаў, якія не згадваюць яўна C#, .NET ці рэалізацыю .NET ад фірмы Novell (Mono Project).[48] Аднак, Novell сцвярджае, што Mono не парушае ніводнага патэнта Майкрасофт.[49] Таксама, Майкрасофт зрабіла канкрэтнае пагадненне не ўжываць патэнтныя правы, звязаныя з браўзерным плагінам Moonlight, які залежыць ад Mono, пры ўмове, што ён атрыманы ад Novell.[50]
Існуюць таксама іншыя кампілятары C#, часта поруч з рэалізацыяй агульнай моўнай інфраструктуры і бібліятэк класаў .NET:
Праект Mono прадстаўляе кампілятар C# з адкрытым зыходным кодам, поўную рэалізацыю агульнай моўнай інфраструктуры ўключна з неабходнымі бібліятэкамі фрэймворка, якія апісаны ў спецыфікацыях ECMA, і амаль поўную рэалізацыю прыватнаўласніцкіх бібліятэк класаў .NET ад Майкрасофт. У версіі 4.0 Mono падтрымлівае ўсё, што ёсць у .NET 4.5, за выключэннем WPF і WwF, абмежавана падтрымлівае WCF і асінхронны стэк ASP.NET 4.5.[52]
Праект 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).
↑Torgersen, Mads. New features in C# 4.0(нявызн.)(недаступная спасылка). Microsoft (27 кастрычніка 2008). Архівавана з першакрыніцы 3 студзеня 2012. Праверана October 28, 2008.
↑ аб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.
↑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)» Архівавана з першакрыніцы 24 сакавіка 2010. Праверана February 12, 2010.
↑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.
↑Kovacs, James. C#/.NET History Lesson(нявызн.)(недаступная спасылка) (7 верасня 2007). Архівавана з першакрыніцы 6 сакавіка 2009. Праверана June 18, 2009.
↑ абUsing C# 3.0 from .NET 2.0(нявызн.)(недаступная спасылка). Danielmoth.com (13 мая 2007). Архівавана з першакрыніцы 29 верасня 2012. Праверана October 4, 2012.
↑Skeet, Jon (September 2013). C# in Depth (3rd ed.). Manning Publications Co. p. 559. ISBN9781617291340.
↑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.
↑Steinman, Justin. Novell Answers Questions from the Community(нявызн.) (7 лістапада 2006). — «We maintain that Mono does not infringe any Microsoft patents.» Праверана July 5, 2009.
↑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.