aspnet-core

Этот скилл помогает проектировать, создавать, проверять и обновлять веб-приложения на ASP.NET Core, когда важно опираться на актуальную модель платформы, а не собирать решение из случайных фрагментов старых шаблонов. Он охватывает Blazor Web Apps, Razor Pages, MVC, Minimal APIs, контроллерные Web API, SignalR, gRPC, middleware, встроенное внедрение зависимостей, конфигурацию, аутентификацию, авторизацию, тестирование, производительность, развёртывание и переходы между версиями. Практическая ценность скилла в том, что он сначала помогает определить рамки задачи, а уже затем выбрать нужный набор справочных материалов. Работа начинается с проверки целевого framework, SDK и текущей модели приложения. Для нового проекта или крупного рефакторинга сначала используется руководство по выбору стека, затем материал о Program.cs и конвейере приложения: регистрации сервисов, DI, конфигурации, middleware, маршрутизации, логировании и статических ресурсах. После этого выбирается ровно одна основная ветка, соответствующая задаче: Blazor, Razor Pages, MVC либо API на Minimal APIs и контроллерах. Дополнительные темы подключаются по необходимости: EF Core и состояние приложения, безопасность и Identity, SignalR и gRPC, фоновые службы, тесты, кеширование, сжатие, health checks, ограничение частоты и эксплуатация. Такой порядок снижает риск загрузить лишний контекст и смешать несовместимые подходы. Скилл полезен при создании нового сервиса, разборе существующего решения, подготовке endpoint-ов, настройке цепочки обработки запроса, выборе между MVC и Minimal APIs, добавлении авторизации, диагностике проблем с конфигурацией или планировании обновления ASP.NET Core. Он рекомендует использовать WebApplicationBuilder и WebApplication для современных приложений, встроенные DI, options, logging, ProblemDetails, OpenAPI, health checks, rate limiting, output caching и Identity до добавления сторонних компонентов. При редактировании существующего проекта важнее сохранить его действующую модель и соглашения: переход с Razor Pages на MVC, с контроллеров на Minimal APIs или с одной версии платформы на другую не должен происходить автоматически только ради нового шаблона. Ограничения явно следуют из самого workflow. Не следует считать все перечисленные разделы обязательными для каждой задачи: нужно открыть минимальный набор ссылок, а для конкретного UI или API выбрать одну профильную рекомендацию. Версию платформы и доступность новых API нужно сверять с документацией Microsoft Learn, особенно если запрос содержит слово «последний» или приложение использует старый target framework. Скилл не заменяет проверку кода, тесты, аудит конфигурации, анализ секретов или ручную проверку поведения в production; он задаёт проверяемый порядок выбора решений и помогает не переносить устаревшие Startup/WebHost-паттерны без причины.