Desde o .NET 7, o SDK consegue gerar imagens de container sem precisar de um Dockerfile: basta um dotnet publish. Mas havia um detalhe incômodo: publicar o mesmo código duas vezes gerava imagens com digests diferentes. Para o registry, eram duas imagens distintas, e o pipeline enviava tudo de novo. No .NET 11 isso mudou: agora é possível gerar imagens reproduzíveis, e o SDK deixa de enviar o que o registry já tem.
Toda API que evolui acaba tendo endpoints antigos, mantidos apenas para não quebrar quem ainda os usa. Em C#, marcamos esse código com [Obsolete], mas essa informação não chegava ao documento OpenAPI: quem consumia a API pelo Swagger ou por um cliente gerado não ficava sabendo. No .NET 11 RC 1 isso mudou. Além disso, a geração do documento durante o build ganhou uma opção para escolher o ambiente da aplicação.
O .NET 11 chegou ao Release Candidate 1! No post sobre o Preview 6, vimos algumas novidades da plataforma. Agora vamos preparar um ambiente para testar uma API e organizar a avaliação de uma aplicação que você já tem.
O que muda com o RC 1? Segundo o anúncio oficial da Microsoft, esta versão tem licença de suporte go-live, permitindo seu uso em aplicações de produção com suporte. Ela continua sendo uma candidata a lançamento; isso não elimina a necessidade de validar suas dependências e os fluxos da aplicação.
Quem nunca ficou preso olhando um log de build gigante do MSBuild tentando entender por que um projeto quebrou? Pois a Microsoft lançou uma extensão para o VS Code, ainda em Preview, que coloca o Copilot para fazer esse trabalho de detetive por você: o MSBuild Binlog Analyzer.
O problema que ela resolve O .binlog (Binary Log) do MSBuild guarda tudo que aconteceu durante o build: cada target executado, cada task, tempos, erros e warnings.
Mais uma Preview do .NET saiu do forno! Se você lembra do post sobre o ShortCircuit em Middlewares, aquele recurso já tinha chegado justamente nesta versão, a Preview 6. Agora vamos dar uma olhada geral no que mais veio junto, com foco no que interessa para quem trabalha com ASP.NET Core e Entity Framework Core no dia a dia.
Runtime e Performance O runtime ganhou melhorias no desempenho de código assíncrono, otimizações no JIT, um registro de erros mais detalhado melhorias significativas para quem publica com NativeAOT.
Você sabia que o .NET 8 e o .NET 9 vão parar de receber atualizações de segurança no dia 10 de novembro de 2026 ? Pois é, a Microsoft já confirmou o fim do suporte para as duas versões, e se você ainda tem aplicações rodando nelas, já passou da hora de começar a planejar a migração.
Por que isto importa ? O .NET 8 é uma versão LTS (Long Term Support), então normalmente teria suporte por 3 anos.
Você já parou para pensar em quantos Middlewares são executados antes da sua Controller responder um simples “OK” ? Autenticação, CORS, Roteamento, Rate Limiting, Logging… e às vezes o seu endpoint nem precisa de nada disso!
Pensando nisso, o ASP.NET Core adicionou um novo atributo chamado [ShortCircuit], que faz o endpoint ser executado logo após o Roteamento, “pulando” todo o restante do pipeline de Middlewares.
Mas isto não é novidade ?