Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю - Страница 31

Понятие жизненного цикла поддержки .NET Core

Версии .NET Core выходят гораздо чаще, нежели версии .NET Framework . Из-за обилия доступных выпусков может быть трудно не отставать, особенно в корпоративной среде разработки. Чтобы лучше определить жизненный цикл поддержки для выпусков, компания Microsoft приняла вариацию модели долгосрочной поддержки (Long-Term Support — LTS)[1], обычно применяемой современными инфраструктурами с открытым кодом.

Выпуски с поддержкой LTS — это крупные выпуски, которые будут поддерживаться в течение длительного периода времени. На протяжении своего срока службы они будут получать только критически важные и/или неразрушающие исправления. Перед окончанием срока службы версии LTS изменяются с целью сопровождения. Выпуски LTS инфраструктуры .NET Core будут поддерживаться для следующих периодов времени в зависимости от того, какой из них длиннее:

• три года после первоначального выпуска;

• один год технической поддержки после следующего выпуска LTS.

В Microsoft решили именовать выпуски LTS как Current (текущие), которые являются промежуточными выпусками между крупными выпусками LTS. Они поддерживаются на протяжении трех месяцев после следующего выпуска Current или LTS.

Как упоминалось ранее, версия .NET 5 вышла 10 ноября 2020 года. Она была выпущена как версия Current, а не LTS. Это значит, что поддержка .NET 5 прекратится через три месяца после выхода следующего выпуска. Версия .NET Core 3.1, выпущенная в декабре 2019 года, представляет собой версию LTS и полноценно поддерживается вплоть до 3 декабря 2022 года.

На заметку! Следующим запланированным выпуском .NET будет версия .NET 6, которая по графику должна появиться в ноябре 2021 года. В итоге получается примерно 15 месяцев поддержки.NET 5.Однако если в Microsoft решат выпустить исправления (скажем, .NET 5.1), тогда трехмесячный срок начнется с этого выпуска. Мы рекомендуем обдумать такую политику поддержки, когда вы будете выбирать версию для разработки производственных приложений. Важно понимать: речь не идет о том, что вы не должны использовать .NET 5. Мы всего лишь настоятельно советуем надлежащим образом разобраться в политике поддержки при выборе версий .NET (Core) для разработки производственных приложений.

Обязательно проверяйте политику поддержки для каждой новой выпущенной версии .NET Core. Наличие более высокого номера версии не обязательно означает, что она будет поддерживаться в течение длительного периода времени. Полное описание политики поддержки доступно по ссылке

.

Предварительный обзор строительных блоков .NET Core (.NET Runtime, CTS и CLS)

Теперь, когда вы узнали кое-что об основных преимуществах, присущих .NET Core, давайте ознакомимся с ключевыми (и взаимосвязанными) компонентами, которые делают возможным все упомянутое ранее — Core Runtime (формально CoreCLR и CoreFX), CTS и CLS. С точки зрения программиста приложений платформу .NET Core можно воспринимать как исполняющую среду и обширную библиотеку базовых классов. Уровень исполняющей среды содержит набор минимальных реализаций, которые привязаны к конкретным платформам (Windows, iOS, Linux) и архитектурам (х86, х64, ARM), а также все базовые типы для .NET Core.

Еще одним строительным блоком .NET Core является общая система типов (CTS). Спецификация CTS полностью описывает все возможные типы данных и все программные конструкции, поддерживаемые исполняющей средой, указывает, каким образом эти сущности могут взаимодействовать друг с другом, и как они представлены в формате метаданных .NET Core (дополнительную информацию о метаданных ищите далее в главе, а исчерпывающие сведения — в главе 17).

(window.adrunTag = window.adrunTag || []).push({v: 1, el: 'adrun-4-390', c: 4, b: 390})

Важно понимать, что отдельно взятый язык .NET Core может не поддерживать абсолютно все функциональные средства, определяемые спецификацией CTS. Существует родственная общеязыковая спецификация (CLS), где описано подмножество общих типов и программных конструкций, которое должны поддерживать все языки программирования .NET Core. Таким образом, если вы строите типы .NET Core, открывающие доступ только к совместимым с CLS средствам, то можете быть уверены в том, что их смогут потреблять все языки .NET Core. И наоборот, если вы применяете тип данных или программную конструкцию, которая выходит за границы CLS, тогда не сможете гарантировать, что каждый язык программирования .NET Core окажется способным взаимодействовать с вашей библиотекой кода .NET Core. К счастью, как вы увидите далее в главе, компилятору C# довольно просто сообщить о необходимости проверки всего кода на предмет совместимости с CLS.

Роль библиотек базовых классов

Инфраструктура .NET Core также предоставляет набор библиотек базовых классов (BCL), которые доступны всем языкам программирования .NET Core. Библиотеки базовых классов не только инкапсулируют разнообразные примитивы вроде потоков, файлового ввода-вывода, систем визуализации графики и механизмов взаимодействия с разнообразными внешними устройствами, но вдобавок обеспечивают поддержку для многочисленных служб, требуемых большинством реальных приложений.

В библиотеках базовых классов определены типы, которые можно применять для построения программного приложения любого вида и для компонентов приложений, взаимодействующих друг с другом.

Роль .NET Standard

Даже с учетом выхода .NET 5.0 количество библиотек базовых классов в .NET Framework намного превышает количество библиотек подобного рода в .NET Core. Учитывая 14-летнее преимущество .NET Framework над .NET Core, ситуация вполне объяснима. Такое несоответствие создает проблемы при попытке использования кода .NET Framework с кодом .NET Core. Решением (и требованием) для взаимодействия .NET Framework/. NET Core является стандарт .NET Standard.

.NET Standard — это спецификация, определяющая доступность API-интерфейсов .NET и библиотек базовых классов, которые должны присутствовать в каждой реализации. Стандарт обладает следующими характеристиками:

• определяет унифицированный набор API-интерфейсов BCL для всех реализаций .NET, которые должны быть созданы независимо от рабочей нагрузки;

• позволяет разработчикам производить переносимые библиотеки, пригодные для потребления во всех реализациях .NET, с использованием одного и того же набора API-интерфейсов;

• сокращает или даже устраняет условную компиляцию общего исходного кода API-интерфейсов .NET, оставляя ее только для API-интерфейсов операционной системы.

В таблице, приведенной в документации от Microsoft (

), указаны минимальные версии реализаций, которые поддерживают каждый стандарт .NET Standard. Она полезна в случае применения предшествующих версий С#. Тем не менее, версия C# 9 будет функционировать только в среде .NET 5.0 (или выше) либо .NET Standard 2.1, а стандарт .NET Standard 2.1 не является доступным для .NET Framework.

Что привносит язык C#

Синтаксис языка программирования C# выглядит очень похожим на синтаксис языка Java. Однако называть C# клоном Java неправильно. В действительности и С#, и Java являются членами семейства языков программирования, основанных на С (например, С, Objective-C, C++), поэтому они разделяют сходный синтаксис.

Правда заключается в том, что многие синтаксические конструкции C# смоделированы в соответствии с разнообразными аспектами языков VB и C++. Например, подобно VB язык C# поддерживает понятия свойств класса (как противоположность традиционным методам извлечения и установки) и необязательных параметров. Подобно C++ язык C# позволяет перегружать операции, а также создавать структуры, перечисления и функции обратного вызова (посредством делегатов).