Tag: comparison

Escolha o modelo isolated worker para toda nova aplicação Azure Functions no .NET 11 em 2026, e migre quaisquer aplicações in-process restantes antes do prazo de retirada de 10 de novembro.

Para qualquer app Blazor novo no .NET 11, crie um Blazor Web App (o template antes apelidado de Blazor United) e escolha o modo de render por página. Templates Server-only ou WebAssembly-only só fazem sentido em casos específicos.

List<T> é uma coleção de heap que cresce; Span<T> e ReadOnlySpan<T> são visões apenas na pilha sobre memória que você já possui. Use List<T> para tudo que você armazena, retorna de async ou faz crescer; Span<T> para uma visão mutável sem alocações em um método síncrono; ReadOnlySpan<T> para análise somente leitura sobre strings, literais u8 e fatias.

Use Parallel.ForEach para trabalho intensivo de CPU sobre dados em memória, Parallel.ForEachAsync para E/S assíncrona sobre muitos itens com um limite de concorrência, e Task.WhenAll para um fan-out fixo e pequeno em que você quer todas as operações em andamento e precisa dos resultados.

Use a interpolação de strings para compor de uma vez só um conjunto fixo de valores; use StringBuilder quando você anexa em um laço ou sobre um número desconhecido de fragmentos. A linha divisória é o laço, não a quantidade de valores.

Quatro formas de proteger uma seção crítica em C#, e uma matriz de decisão para escolher uma. Use System.Threading.Lock para exclusão mútua síncrona no .NET 9+, SemaphoreSlim quando a seção atravessa um await, e Monitor apenas quando você precisa de Wait/Pulse.

Use o resilience handler do Microsoft.Extensions.Http.Resilience para chamadas com HttpClient, pois ele é o Polly com padrões que entendem HTTP e telemetria em uma única linha. Recorra ao ResiliencePipeline do Polly diretamente apenas quando proteger algo que não seja um HttpClient.

Três formas de enviar trabalho para o thread pool em C# e qual escolher. Use Task.Run para quase tudo, ThreadPool.QueueUserWorkItem<TState> para fire-and-forget sem alocação, e Task.Factory.StartNew apenas para LongRunning ou um agendador personalizado.

Para caminhos com muitas leituras no .NET 11, EF Core puro com AsNoTracking fica dentro de ~5% do Dapper. Use consultas compiladas em um caminho quente de linha unica perfilado, e Dapper apenas para a menor latencia ou para o SQL que o LINQ nao consegue expressar.

Nunca crie um HttpClient por requisição. Use IHttpClientFactory para gerenciar o ciclo de vida e adicione Refit por cima quando quiser uma interface tipada em vez de escrever o código de requisição na mão. Um HttpClient singleton puro só serve para os casos mais simples.