Tag: comparison

Dependente de framework sobre uma imagem aspnet chiseled é o padrão certo para um serviço ASP.NET Core no .NET 11, porque a camada do runtime é compartilhada entre serviços e uma CVE do runtime é corrigida trocando a imagem base. Autocontido com trimming e Native AOT compram uma imagem de 2x a 5x menor e uma inicialização a frio bem mais rápida, e custam isso. Tamanhos publicados reais, a conta das camadas compartilhadas e o bug de inferência de imagem base do .NET 11 que quebra o caminho AOT.

Omitir async/await em um método de repasse de repositório economiza cerca de 6 ns e 72 bytes, e custa um quadro de pilha, a semântica de try/catch e o descarte seguro de recursos. Mantenha return await, a menos que o método seja um repasse puro em um caminho quente medido.

Mapperly é o padrão para código .NET novo: iguala a velocidade do mapeamento escrito à mão, sobrevive ao Native AOT e detecta membros não mapeados em tempo de compilação. AutoMapper ainda vence no ProjectTo. Com benchmarks e limites de licença.

O Scalar entrega 1,02 MiB de JavaScript comprimido com gzip e um construtor de requisições bem melhor. O Swagger UI entrega 514 KiB e renderiza OpenAPI 3.2, que é o que o .NET 11 agora emite por padrão. Payloads medidos, a lacuna do 3.2, roteamento por endpoints dos dois lados e os detalhes de autenticação que decidem.

Escolha pelo tipo de retorno de build(): T significa Notifier, FutureOr<T> significa AsyncNotifier, Stream<T> significa StreamNotifier. Aqui está a matriz de decisão, a hierarquia de tipos que explica o porquê, e as armadilhas de filtragem por == e de sobrescrita de estado que atingem cada uma. Verificado com flutter_riverpod 3.4.2 no Flutter 3.44.2.

Zstandard é o padrão certo para respostas dinâmicas de API no .NET 11, mas não na qualidade com que o provider do ASP.NET Core vem configurado. Benchmarks sobre payloads JSON reais mostrando por que a qualidade 1 supera a qualidade 3 padrão tanto em tamanho quanto em CPU, quando o Brotli ainda vence e por que o Gzip sobrevive apenas como alternativa de compatibilidade.

O Aspire 13.4.6 vence o ciclo interno do .NET porque executa seus projetos como processos do host que você pode depurar, enquanto o Docker Compose vence quando o arquivo compose também é o seu contrato de CI e implantação. Medições de inicialização e de edição até a execução nos dois, a configuração que cada um injeta para você e os seis detalhes que decidem.

Não são alternativas. WebApplicationFactory sobe a sua aplicação, o Testcontainers sobe as dependências dela. Medido no .NET SDK 10.0.201: um fixture com contêiner custa 1,7 s por classe contra 10 ms com SQLite, e uma violação de HasMaxLength(16) que o Postgres rejeita com 22001 o SQLite aceita silenciosamente.

Escolha xUnit v3 para projetos .NET novos, NUnit 4.6 se você vive no modelo de constraints dele, e MSTest 4 se você já usa. Uma comparação medida no .NET SDK 10.0.201 cobrindo os padrões de paralelismo, o ciclo de vida da classe de teste, as mensagens de falha das asserções e o conflito de versão do Microsoft.Testing.Platform que quebra o runner do NUnit.

Para chamadas internas entre serviços no .NET 11, escolha gRPC por padrão quando você controla as duas pontas do contrato e a chamada é ponto a ponto. Use REST com JSON quando algo que você não controla precisa chamar o serviço. SignalR não é um transporte RPC entre serviços: recorra a ele apenas quando um produtor precisa distribuir uma mensagem para muitos consumidores de longa duração.