Blog

Uma referência de migração filtro a filtro para mover o código de IOperationFilter e ISchemaFilter do Swashbuckle para os transformadores de operação e esquema integrados no .NET 11, com o mapeamento dos objetos de contexto e as mudanças do Microsoft.OpenApi v2 que quebram a compilação.

await é a resposta certa quase sempre. Quando você realmente precisa bloquear, GetAwaiter().GetResult() supera .Result e .Wait() porque lança a exceção original. Uma matriz de decisão para .NET 11 e C# 14.

Cancelar o CancellationToken que você passa para InvokeAsync agora chega ao servidor e cancela o método de hub. Isso encerra uma solicitação do SignalR aberta desde 2019.

A versão 2.1.218 move /code-review para fora da sua conversa principal, para um subagente em segundo plano, e as skills com contexto fork agora rodam em segundo plano por padrão. Veja o que mudou e como desativar.

Instale flutter_riverpod para quase todo app Flutter. Use riverpod apenas para código Dart puro, e hooks_riverpod apenas se você já usa flutter_hooks.

No ASP.NET Core 11, retorne Results<T1, TN> com TypedResults para minimal APIs e ActionResult<T> para controllers. Trate IResult puro e IActionResult puro como saídas de emergência: eles compilam para qualquer resposta, mas não descrevem nada ao OpenAPI, então você paga por isso em atributos ProducesResponseType escritos à mão.

Use CreateBuilder para uma aplicação normal, CreateSlimBuilder quando você publica com trimming ou Native AOT atrás de um proxy TLS, e CreateEmptyBuilder apenas quando você quer registrar cada serviço por conta própria. Aqui está a matriz de recursos e as pegadinhas que forçam a decisão.

A versão 2.1.213 limita subagentes concorrentes e impede por padrão os aninhados, sobre os limites por sessão da 2.1.212. Estes são os novos padrões e variáveis de ambiente.

No EF Core 11, prefira complex types para objetos de valor e recorra a entidades owned apenas quando precisar de uma tabela separada ou de uma coleção mapeada para suas próprias linhas.

Output caching é o padrão certo para quase todo app server-side no ASP.NET Core 11. Response caching só vence quando seu objetivo é orientar caches de navegador e proxy por meio de cabeçalhos HTTP. Aqui está a decisão, com uma matriz de recursos e as pegadinhas que forçam a escolha.