dotnet sdk что это

Национальная библиотека им. Н. Э. Баумана
Bauman National Library

Персональные инструменты

Содержание

Особенности

Windows SDK доступны бесплатно; они были однажды доступны в Центре загрузки Microsoft, но были перенесены в MSDN в 2012 году.

Разработчик может захотеть использовать старый SDK по определенной причине. Например, Windows Server 2003 Platform SDK, выпущенный в феврале 2003 года, был последним SDK для полной поддержки Visual Studio 6.0. Некоторые старые версии PSDK можно загрузить из центра загрузки Microsoft; другие могут быть заказаны на CD / DVD. [1]

История релиза версий Microsoft SDK [Источник 6]

Название Номер версии Номер сборки Дата релиза Ссылка Примечания
Microsoft Windows Software Development Kit 3.1 ? ? ?
Microsoft Windows Software Development Kit 3.11 ? ? ?
Microsoft Win32 Software Development Kit 3.1 ? ? ?
Microsoft Win32 Software Development Kit 3.5 ? ? ?
Microsoft Win32 Software Development Kit 3.51 ? ? ?
Microsoft Win32 Software Development Kit 4.0 ? ? ?
Microsoft Platform SDK Апрель 1999 ? ? 1999-04 ? MSDN записана на диск CD-ROM.

Последняя платформа SDK оффицально установленная на «Windows 95»

Microsoft Platform SDK Сентябрь 1999 ? ? 1999-09 ? MSDN записана на диск CD-ROM.

Последняя платформа SDK полностью поддерживающая «Visual C++ 5.0»

Microsoft Platform SDK Февраль 2001 ? ? 2001-02 ?
Microsoft Platform SDK Июнь 2001 ? ? 2001-06 ? MSDN записана на диск CD-ROM.

Последняя платформа SDK официально развиваемая для «Windows 95», но не официально установленная.

Microsoft Platform SDK Август 2001 ? 5.1.2601.0 2001-08 [1] MSDN записана на диск CD-ROM

Последняя платформа SDKдля «неофициального развития» для «Windows 95», но не официально установленная на «Windows 95»

Документация

Документация Windows SDK включает в себя руководства по:

Источник

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

Для совместного использования функциональных возможностей различных приложений и типов приложений используются библиотеки классов.

Кроссплатформенные

Поддерживаемые архитектуры процессоров:

.NET позволяет использовать специальные возможности платформы, такие как API операционной системы. Примерами являются Windows Forms и WPF в Windows и собственные привязки к каждой мобильной платформе из Xamarin.

Открытый исходный код

Поддержка

Инструменты и производительность

.NET предоставляет возможность выбора языков, интегрированных сред разработки (IDE) и других средств.

Языки программирования

C# (произносится как «си шарп») — современный объектно-ориентированный и типобезопасный язык программирования. C# относится к широко известному семейству языков C, и покажется хорошо знакомым любому, кто работал с C, C++, Java или JavaScript.

Язык F# поддерживает функциональные, объектно-ориентированные и императивные модели программирования.

Интегрированные среды разработки

Онлайн-среда Visual Studio Code, которая в настоящее время доступна в виде бета-версии.

Пакет SDK и среды выполнения

Загружаемый пакет SDK содержит следующие компоненты.

Загружаемая среда выполнения содержит следующие компоненты.

Дополнительные сведения см. в следующих ресурсах:

Система проектов и MSBuild

И вот один для веб-приложения:

NuGet

Дополнительные сведения см. в документации NuGet.

.NET Interactive — это группа средств и интерфейсов командной строки, которые позволяют пользователям создавать интерактивные возможности в веб-приложениях, разметке и записных книжках.

Дополнительные сведения см. в следующих ресурсах:

Модели выполнения.

.NET CLR — это кроссплатформенная среда выполнения, которая включает поддержку Windows, macOS и Linux. Среда CLR обрабатывает выделение памяти и управление ей. Среда CLR также является виртуальной машиной, которая не только выполняет приложения, но и создает, а также компилирует код с помощью JIT-компилятора.

Для получения дополнительной информации см. Common Language Runtime.

JIT-компилятор и промежуточный язык

Так как JIT-компиляция происходит во время выполнения приложения, время компиляции является частью времени выполнения. Таким образом, JIT-компиляторы должны поддерживать баланс между временем оптимизации кода и экономии, к которой может привести результирующий код. Но JIT-компилятор знает фактическое оборудование и может освободить разработчиков от поставки различных реализаций для различных платформ.

Компилятор AOT

Автоматическое управление памятью

Сборщик мусора (GC) управляет выделением и освобождением памяти для приложений. Каждый раз, когда код создает новый объект, среда CLR выделяет память для объекта из управляемой кучи. Пока в управляемой куче есть доступное адресное пространство, среда выполнения продолжает выделять пространство для новых объектов. Когда остается недостаточное свободное пространство адресов, сборщик мусора проверяет наличие объектов в управляемой куче, которые больше не используются приложением. Затем эта память освобождается.

GC — это одна из служб CLR, которая помогает обеспечить безопасность памяти. Программа является безопасной по памяти, если она обращается только к выделенной памяти. Например, среда выполнения гарантирует, что приложение не обращается к невыделенной памяти за пределами границ массива.

Дополнительные сведения о сборке мусора см. в статьях Автоматическое управление памятью и Основы сборки мусора.

Работа с неуправляемыми ресурсами

Дополнительные сведения см. в разделе Очистка неуправляемых ресурсов.

Модели развертывания

Можно установить несколько версий среды выполнения параллельно, чтобы запускать зависящие от платформы приложения, предназначенные для разных версий среды выполнения. Дополнительные сведения см. в разделе Целевые платформы.

Исполняемые файлы создаются для конкретных целевых платформ, которые указываются с помощью идентификатора среды выполнения (RID).

Библиотеки среды выполнения.

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

Расширения библиотек среды выполнения

Библиотеки для некоторых часто используемых функциональных возможностей приложения не включены в библиотеки среды выполнения, но доступны в пакетах NuGet, как показано ниже.

Пакет NuGet Документация
Microsoft.Extensions.Hosting Управление жизненным циклом приложения (универсальный узел)
Microsoft.Extensions.DependencyInjection Внедрение зависимостей
Microsoft.Extensions.Configuration Конфигурация
Microsoft.Extensions.Logging Logging
Microsoft.Extensions.Options Шаблон параметров

Доступ к данным

.NET предоставляет объектно-реляционный модуль сопоставления (ORM) и способ написания SQL-запросов в коде.

Entity Framework Core

LINQ позволяет писать декларативный код для работы с данными. Данные могут быть представлены разными формами (например, объектами в памяти, содержимым базы данных SQL или XML-документом), но обычно создаваемый код LINQ не отличается для каждого из источников данных.

Уточнение терминологии

Среда выполнения

платформа

Пакет SDK

platform

Сложные сценарии

Взаимодействие на уровне машинного кода

Основным способом осуществления взаимодействия с собственными API является «вызов неуправляемого кода» или сокращенно P/Invoke. P/Invoke поддерживается на платформах Linux и Windows. Способ, который подходит только для Windows, называется «COM-взаимодействием» и используется для работы с COM-компонентами в управляемом коде. Он основан на инфраструктуре P/Invoke, но работает иначе.

Небезопасный код

Дополнительные сведения см. в разделе Небезопасный код и указатели.

Источник

Доступные пакеты SDK

Доступны следующие пакеты SDK:

Можно также создать собственный пакет SDK и распространять его с помощью NuGet.

Файлы проекта

Чтобы указать пакет SDK, который содержится в NuGet, добавьте версию в конец имени или укажите имя и версию в файле global.json.

Другим способом указания пакета SDK является элемент Sdk верхнего уровня.

На компьютере Windows файлы Sdk.props и Sdk.targets можно найти в папке %ProgramFiles%\dotnet\sdk\[версия]\Sdks\Microsoft.NET.Sdk\Sdk.

Предварительная обработка файла проекта

Включения и исключения по умолчанию

Элемент Стандартная маска включения Стандартная маска исключения Стандартная маска удаления
Compile **/*.cs (или другие расширения языка) **/*.user; **/*.*proj; **/*.sln; **/*.vssscc Н/Д
EmbeddedResource **/*.resx **/*.user; **/*.*proj; **/*.sln; **/*.vssscc Н/Д
None **/* **/*.user; **/*.*proj; **/*.sln; **/*.vssscc **/*.cs; **/*.resx

Ошибки сборки

Если вы явным образом определите любой из этих элементов в файле проекта, скорее всего, произойдет ошибка сборки NETSDK1022 с примерно таким сообщением:

Чтобы устранить такую проблему, выполните любое из следующих действий:

Если вы хотите указать файлы, которые нужно публиковать вместе с приложением, для этого можно по-прежнему использовать привычные механизмы MSBuild (например, элемент Content ).

Неявные директивы using

Неявные директивы global using добавляются для проектов, которые используют один из следующих пакетов SDK:

Директива global using добавляется для каждого пространства имен в наборе стандартных пространств имен, в зависимости от конкретного пакета SDK для проекта. Эти пространства имен по умолчанию показаны в следующей таблице.

SDK Пространства имен по умолчанию
Microsoft.NET.Sdk System
System.Collections.Generic
System.IO
System.Linq
System.Net.Http
System.Threading
System.Threading.Tasks
Microsoft.NET.Sdk.Web System.Net.Http.Json
Microsoft.AspNetCore.Builder
Microsoft.AspNetCore.Hosting
Microsoft.AspNetCore.Http
Microsoft.AspNetCore.Routing
Microsoft.Extensions.Configuration
Microsoft.Extensions.DependencyInjection
Microsoft.Extensions.Hosting
Microsoft.Extensions.Logging
Microsoft.NET.Sdk.Worker Microsoft.Extensions.Configuration
Microsoft.Extensions.DependencyInjection
Microsoft.Extensions.Hosting
Microsoft.Extensions.Logging
Microsoft.NET.Sdk.WindowsDesktop (Windows Forms) Пространства имен Microsoft.NET.Sdk
System.Drawing
System.Windows.Forms
Microsoft.NET.Sdk.WindowsDesktop (WPF) Пространства имен Microsoft.NET.Sdk
System.IO удалено
System.Net.Http удалено

Неявные ссылки на пакет

При необходимости можно отключить неявные ссылки на пакеты с помощью свойства DisableImplicitFrameworkReferences и добавить явные ссылки только на необходимые платформы или пакеты.

События сборки

Настройка сборки

Пользовательские целевые объекты

Чтобы добавить пользовательские целевые объекты или свойства сборки, нужно поместить файлы в форме

.props (например, Contoso.Utility.UsefulStuff.targets ) в папку build проекта.

Источник

.NET 5.0 является последней версией.

Поддерживаемые выпуски

Даты окончания жизненного цикла версий Windows 10 зависят от выпуска. В следующей таблице рассматриваются только выпуски Домашняя, Профессиональная, Pro для образовательных учреждений и Pro для рабочих станций. Дополнительные сведения см. в справочных материалах по жизненному циклу поддержки Windows.

Символ + представляет минимальную версию.

Операционная система .NET Core 2.1 .NET Core 3.1 .NET 5
Windows 11 ✔️ ✔️
Windows Server 2022 ✔️ ✔️
Windows 10, версия 21H1 ✔️ ✔️
Windows 10 или Windows Server версии 20H2 ✔️ ✔️
Windows 10 или Windows Server версии 2004 ✔️ ✔️
Windows 10 или Windows Server версии 1909 ✔️ ✔️
Windows 10 или Windows Server версии 1903 ✔️ ✔️
Windows 10, версия 1809 ✔️ ✔️
Windows 10, версия 1803 ✔️ ✔️
Windows 10, версия 1709 ✔️ ✔️
Windows 10 (версия 1607) ✔️ ✔️
Windows 8.1 ✔️ ✔️
Windows 7 с пакетом обновления 1 (SP1), ESU ✔️ ✔️
Windows Server 2019
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
✔️ ✔️
Windows Server Core 2012 R2 ✔️ ✔️
Windows Server Core 2012 ✔️ ✔️
Nano Server, версия 1809 и выше ✔️ ✔️
Nano Server, версия 1803 ✔️

Неподдерживаемые выпуски

Сведения о среде выполнения

В Windows можно установить три различные версии среды выполнения:

Сведения о пакете SDK

Зависимости

.NET 5 поддерживает следующие версии Windows:

Символ + представляет минимальную версию.

Операционная система Version Архитектуры
Windows 11 21H2 x64, ARM64
Клиент Windows 10 1607+ x64, x86, ARM64
Клиент Windows 7 с пакетом обновления 1 и более поздних версий (SP1+), 8.1 x64, x86
Windows Server 2012+ x64, x86
Windows Server Core 2012+ x64, x86
Nano Server 1809+ X64

.NET Core 3.1 поддерживает следующие версии Windows:

Символ + представляет минимальную версию.

Операционная система Version Архитектуры
Windows 11 21H2 x64, ARM64
Клиент Windows 10 1607+ x64, x86
Клиент Windows 7 с пакетом обновления 1 и более поздних версий (SP1+), 8.1 x64, x86
Windows Server 2012+ x64, x86
Nano Server 1803+ x64, ARM32

.NET Core 3.0 поддерживает следующие версии Windows:

Символ + представляет минимальную версию.

Операционная система Version Архитектуры
Клиент Windows 7 с пакетом обновления 1 и более поздних версий (SP1+), 8.1 x64, x86
Клиент Windows 10 Версия 1607+ x64, x86
Windows Server 2012 R2+ x64, x86
Nano Server Версия 1803+ x64, ARM32

.NET Core 2.2 поддерживает следующие версии Windows:

Символ + представляет минимальную версию.

Операционная система Version Архитектуры
Клиент Windows 7 с пакетом обновления 1 и более поздних версий (SP1+), 8.1 x64, x86
Клиент Windows 10 Версия 1607+ x64, x86
Windows Server 2008 R2 с пакетом обновления 1 или более поздней версии (SP1+) x64, x86
Nano Server Версия 1803+ x64, ARM32

.NET Core 2.1 поддерживает следующие версии Windows:

Символ + представляет минимальную версию.

Операционная система Version Архитектуры
Клиент Windows 7 с пакетом обновления 1 и более поздних версий (SP1+), 8.1 x64, x86
Клиент Windows 10 Версия 1607+ x64, x86
Windows Server 2008 R2 с пакетом обновления 1 или более поздней версии (SP1+) x64, x86
Nano Server Версия 1803+ x64,

Автономная установка для Windows 7

Обязательно ознакомьтесь с зависимостями ниже, необходимыми для Windows 7.

Windows 7 / Vista / 8.1 / Server 2008 R2 / Server 2012 R2

Приведенные выше требования также применяются, если возникает ошибка, связанная с любой из следующих библиотек DLL:

Установка с помощью функции автоматизации PowerShell

Сценарии dotnet-install используются для автоматизации непрерывной интеграции и ее осуществления без прав администратора. Вы можете скачать сценарий со страницы справочника по сценариям dotnet-install.

Установка с помощью Visual Studio

Если среда Visual Studio уже установлена, вы можете проверить ее версию, выполнив указанные ниже действия.

Выбор рабочей нагрузки

При установке или изменении Visual Studio выберите одну или несколько из следующих рабочих нагрузок в зависимости от типа создаваемого приложения:

Установка вместе с Visual Studio Code

Visual Studio Code — это эффективный и облегченный редактор исходного кода, который работает на компьютере. Visual Studio Code доступен для Windows, macOS и Linux.

Установщик Windows

/quiet
Предотвращает отображение любого пользовательского интерфейса и запросов.

norestart
Предотвращает все попытки перезапуска.

В случае успешной установки установщик возвращает код 0; если требуется перезагрузка, установщик возвращает код 3010. Любое другое значение обычно является кодом ошибки.

Скачивание и установка вручную

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

Docker

Контейнеры обеспечивают простой способ изоляции приложения от остальной части основной системы. Контейнеры на одном компьютере совместно использую только ядро, а также используют ресурсы, которые передаются в приложение.

Корпорация Майкрософт предоставляет образы, которые предназначены для конкретных сценариев. Например репозиторий ASP.NET Core содержит образы, которые предназначены для запуска приложений ASP.NET Core в рабочей среде.

Источник

.NET project SDKs

Available SDKs

The following SDKs are available:

You can also author your own SDK that can be distributed via NuGet.

Project files

To specify an SDK that comes from NuGet, include the version at the end of the name, or specify the name and version in the global.json file.

Another way to specify the SDK is with the top-level Sdk element:

On a Windows machine, the Sdk.props and Sdk.targets files can be found in the %ProgramFiles%\dotnet\sdk\[version]\Sdks\Microsoft.NET.Sdk\Sdk folder.

Preprocess the project file

If the project has multiple target frameworks, focus the results of the command on only one framework by specifying it as an MSBuild property. For example:

Default includes and excludes

Element Include glob Exclude glob Remove glob
Compile **/*.cs (or other language extensions) **/*.user; **/*.*proj; **/*.sln; **/*.vssscc N/A
EmbeddedResource **/*.resx **/*.user; **/*.*proj; **/*.sln; **/*.vssscc N/A
None **/* **/*.user; **/*.*proj; **/*.sln; **/*.vssscc **/*.cs; **/*.resx

Build errors

If you explicitly define any of these items in your project file, you’re likely to get a «NETSDK1022» build error similar to the following:

To resolve the errors, do one of the following:

Set the EnableDefaultItems property to false to disable all implicit file inclusion:

If you want to specify files to be published with your app, you can still use the known MSBuild mechanisms for that, for example, the Content element.

If you only disable Compile globs, Solution Explorer in Visual Studio still shows *.cs items as part of the project, included as None items. To disable the implicit None glob, set EnableDefaultNoneItems to false too.

Implicit using directives

Implicit global using directives are added for projects that use one of the following SDKs:

A global using directive is added for each namespaces in a set of default namespaces that’s based on the project’s SDK. These default namespaces are shown in the following table.

SDK Default namespaces
Microsoft.NET.Sdk System
System.Collections.Generic
System.IO
System.Linq
System.Net.Http
System.Threading
System.Threading.Tasks
Microsoft.NET.Sdk.Web System.Net.Http.Json
Microsoft.AspNetCore.Builder
Microsoft.AspNetCore.Hosting
Microsoft.AspNetCore.Http
Microsoft.AspNetCore.Routing
Microsoft.Extensions.Configuration
Microsoft.Extensions.DependencyInjection
Microsoft.Extensions.Hosting
Microsoft.Extensions.Logging
Microsoft.NET.Sdk.Worker Microsoft.Extensions.Configuration
Microsoft.Extensions.DependencyInjection
Microsoft.Extensions.Hosting
Microsoft.Extensions.Logging
Microsoft.NET.Sdk.WindowsDesktop (Windows Forms) Microsoft.NET.Sdk namespaces
System.Drawing
System.Windows.Forms
Microsoft.NET.Sdk.WindowsDesktop (WPF) Microsoft.NET.Sdk namespaces
Removed System.IO
Removed System.Net.Http

If you want to disable this feature, or if you want to enable implicit global using directives in an existing C# project, you can do so via the ImplicitUsings MSBuild property.

You can specify additional implicit global using directives by adding Using items (or Import items for Visual Basic projects) to your project file, for example:

Implicit package references

If needed, you can disable implicit package references using the DisableImplicitFrameworkReferences property, and add explicit references to just the frameworks or packages you need.

Build events

Customize the build

Custom targets

.NET projects can package custom MSBuild targets and properties for use by projects that consume the package. Use this type of extensibility when you want to:

You add custom build targets or properties by placing files in the form

.props (for example, Contoso.Utility.UsefulStuff.targets ) in the build folder of the project.

The following XML is a snippet from a .csproj file that instructs the dotnet pack command what to package. The element places the targets files into the build folder inside the package. The element places the assemblies and .json files into the build folder.

To consume a custom target in your project, add a PackageReference element that points to the package and its version. Unlike the tools, the custom targets package is included in the consuming project’s dependency closure.

Источник

Читайте также:  чем делать кудри на короткие волосы
Сказочный портал