Microsoft 10 ноября выпустила стабильную .NET 11. Платформа получила C# 15, изменения ASP.NET Core и обновлённые инструменты SDK. В Mentoring.digital разбираем, что проверить перед переходом рабочего проекта.
Что появилось в релизе
C# 15 стал версией языка по умолчанию для проектов, нацеленных на .NET 11. Типы-объединения позволяют явно перечислить возможные варианты результата. Закрытые иерархии дают компилятору дополнительные сведения для проверки обработки вариантов в сопоставлении с образцом.
В SDK появились хост командной строки на Native AOT и сервер MSBuild, который остаётся запущенным между вызовами. ASP.NET Core получил асинхронную валидацию. Для генерируемых документов OpenAPI теперь по умолчанию используется версия 3.2. Если генератор клиента её ещё не понимает, можно явно выбрать более раннюю версию документа.
Какой срок поддержки учитывать
.NET 11 относится к Standard Term Support, или STS, и получает два года поддержки. Microsoft указывает, что требования к качеству и обслуживанию STS и LTS одинаковы, различается продолжительность поддержки. .NET 10 остаётся поддерживаемым вариантом LTS. Поэтому выбор версии стоит связать со сроком эксплуатации приложения и возможностями команды обновлять его.
С чего начать проверку проекта
Подготовьте отдельную ветку: проверьте доступность совместимых зависимостей, сборку, тесты и запуск в целевом окружении. Для API отдельно сравните сгенерированную спецификацию и работу клиентов. Обновление платформы само по себе не подтверждает совместимость конкретного приложения.
План миграции и разбор результатов можно обсудить с наставником по .NET. Полезный результат такой проверки: список обнаруженных несовместимостей, необходимых изменений и условий, при которых команда готова выпускать обновление.
