Tag: dotnet-11

Guia passo a passo para converter chamadas de ILogger com interpolação $ em templates de mensagem e métodos gerados com [LoggerMessage] no .NET 11: o que quebra, como varrer um código base com CA2254, como verificar o estado JSON e como reverter.

Um guia de decisão para o ASP.NET Core 11: o middleware roda em cada requisição antes de o seu handler fazer o binding, os filtros de endpoint rodam apenas para o endpoint correspondente, depois do binding, e podem ver os argumentos tipados. Inclui uma tabela comparativa, cenários de quando escolher cada um, as regras de ordem e os detalhes que forçam a escolha.

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.

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.

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.

No EF Core 11, use TPH por padrao para quase toda hierarquia, recorra ao TPC apenas quando voce consulta quase sempre um unico tipo folha e um benchmark prova que ele vence, e use TPT somente quando uma restricao externa obrigar.