Блог

Пофильтровый справочник по миграции для перевода кода IOperationFilter и ISchemaFilter из Swashbuckle на встроенные трансформеры операций и схем в .NET 11, с сопоставлением объектов контекста и изменениями Microsoft.OpenApi v2, которые ломают компиляцию.

await -- правильный ответ почти всегда. Когда вам действительно нужно блокировать, GetAwaiter().GetResult() превосходит .Result и .Wait(), потому что выбрасывает исходное исключение. Матрица решений для .NET 11 и C# 14.

Отмена CancellationToken, передаваемого в InvokeAsync, теперь доходит до сервера и отменяет метод хаба. Это закрывает запрос SignalR, открытый с 2019 года.

Версия 2.1.218 выносит /code-review из основного диалога в фоновый субагент, а skills с контекстом fork теперь по умолчанию выполняются в фоне. Вот что изменилось и как это отключить.

Устанавливайте flutter_riverpod почти для любого приложения Flutter. Используйте riverpod только для чистого кода на Dart, а hooks_riverpod только если вы уже используете flutter_hooks.

В ASP.NET Core 11 возвращайте Results<T1, TN> с TypedResults для minimal API и ActionResult<T> для контроллеров. Относитесь к голым IResult и IActionResult как к аварийным выходам: они компилируются для любого ответа, но ничего не сообщают OpenAPI, так что за них вы расплачиваетесь написанными вручную атрибутами ProducesResponseType.

Используйте CreateBuilder для обычного приложения, CreateSlimBuilder, когда публикуете с обрезкой или Native AOT за TLS-прокси, и CreateEmptyBuilder только тогда, когда хотите зарегистрировать все сервисы сами. Вот матрица возможностей и подводные камни, которые определяют выбор.

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

В EF Core 11 по умолчанию используйте комплексные типы для объектов-значений и переходите на владеемые сущности только тогда, когда вам нужна отдельная таблица или коллекция, отображённая на собственные строки.

Output caching -- это правильный вариант по умолчанию почти для любого серверного приложения на ASP.NET Core 11. Response caching выигрывает только тогда, когда ваша цель -- управлять кешами браузеров и прокси через HTTP-заголовки. Вот это решение, с матрицей возможностей и подводными камнями, которые определяют выбор.