Обязательно проверяйте политику поддержки для каждой новой выпущенной версии .NET Core. Наличие более высокого номера версии не обязательно означает, что она будет поддерживаться в течение длительного периода времени. Полное описание политики поддержки доступно по ссылке https://dotnet.microsoft.com/platform/support-policy/dotnet-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).
Важно понимать, что отдельно взятый язык .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-интерфейсов операционной системы.