Hoje, dia 9 de dezembro de 2024, foi publicado um vídeo entrevistando e confrontando Daniel Roth, Principal Product Manager do ASP.NET. Ele foi bastante honesto e transparente em suas respostas, e as perguntas feitas foram pertinentes. Este vídeo foi uma resposta a outro conteúdo questionando se o Blazor foi abandonado pela Microsoft. Aqui está uma visão geral do que observei:
A Microsoft abandonou ou vai abandonar o Blazor?
Não. No último .NET Conf, houve menos destaque para o Blazor, mas isso aconteceu porque, no .NET 8, o Blazor se tornou uma plataforma full stack para Web UI, com suporte a renderização estática e o auto render mode, tornando-se bem completo. Agora, no .NET 9, tivemos apenas melhorias incrementais e algumas novidades, funcionando como um período de maturação para as mudanças da versão anterior.
O Blazor vai se tornar mainstream?
Não. Esse nunca foi o objetivo. A ideia é que o Blazor seja mais uma ferramenta no arsenal do ASP.NET, tornando-o um framework web ainda mais completo.
O Blazor vai competir com ReactJS?
Não. O objetivo do Blazor nunca foi competir com frameworks de SPA, como React, Angular ou Vue, nem com o ecossistema nativo de JavaScript. Ele é apenas uma alternativa para desenvolvedores que não têm tempo, recursos ou necessidade de entrar em um novo ecossistema como o do JavaScript, com suas ferramentas, frameworks e boas práticas. O Blazor permite que essas pessoas continuem dentro do ASP.NET. Agora, o Blazor possui o auto render mode, que pode decidir entre Blazor Server ou Blazor WebAssembly automaticamente. Isso melhora bastante a questão da performance, mas se você está realmente preocupado com performance, a recomendação do próprio Daniel Roth é usar React.
Para qual uso devo utilizar o Blazor?
O Blazor não é adequado para aplicações de alta performance que precisam atender milhões de usuários e dispositivos simultaneamente. Ele é projetado para ser uma ferramenta produtiva, prática e fácil para desenvolvedores .NET.
Por que a Microsoft não usa o Blazor amplamente?
O sucesso do Blazor depende da Microsoft utilizá-lo em seus produtos? Não. O Blazor foi criado para atender pequenas equipes, projetos específicos e soluções internas. A Microsoft utiliza o Blazor em projetos internos, como backoffices. Porém, em projetos grandes e voltados ao público geral, a empresa utiliza React, porque faz mais sentido devido ao grande número de programadores JavaScript que possuem.
Para que tipo de empresa o Blazor é útil, grande ou pequena?
O Blazor é útil tanto para empresas pequenas quanto grandes. Ele é ideal para equipes pequenas, com poucos recursos, tempo ou dinheiro, que já trabalham com C# e .NET e precisam de uma solução rápida para atender aos requisitos. Para equipes grandes, bem estruturadas, com tempo e um time especializado tanto em backend .NET quanto em frontend com React ou JavaScript nativo, o Blazor pode não fazer sentido.
Qual é o foco do Blazor?
O foco do Blazor é produtividade para desenvolvedores ASP.NET, e não otimizar a performance para suportar milhares de usuários simultâneos ou lidar com uma ampla variedade de dispositivos.
Qual será o foco do Blazor no futuro?
Atualmente, temos o Blazor WebAssembly e o Blazor Server. No entanto, o foco será mais no Blazor Server. Houve grandes melhorias na questão de reconexão, por exemplo, quando um circuito é desligado. Agora, o foco será na capacidade de manter o estado da aplicação. Hoje, quando o circuito é encerrado, o estado é perdido. Se o usuário estiver em um formulário por etapas e no meio do processo, ele perde tudo e volta ao início. A Microsoft quer solucionar esse problema.
Devo usar o Blazor?
Se o objetivo do Blazor se alinha às suas necessidades, ele é uma excelente ferramenta. Ele permite construir aplicações de qualidade de forma produtiva e eficiente.
Devo investir em uma carreira em Blazor?
Não. Se você pesquisar apenas vagas para desenvolvedores Blazor, encontrará poucas. Em contrapartida, há um número gigantesco de vagas para React. Isso não significa que o Blazor não vale a pena, mas que as empresas buscarão desenvolvedores .NET/ASP.NET. Portanto, sua carreira não deve ser focada apenas no Blazor, mas no ecossistema .NET como um todo, conhecendo todas as suas ferramentas e sendo flexível.
Conclusão
As dúvidas sobre o Blazor, seu futuro e propósito, surgem, em grande parte, da falta de entendimento de que cada ferramenta possui um propósito específico, com vantagens, desvantagens e um público-alvo. Antes de escolher uma ferramenta, é importante saber responder algumas perguntas-chave. O propósito do Blazor sempre foi claro: atender a um nicho de desenvolvedores e equipes que desejam produtividade no ecossistema ASP.NET para construir aplicações Web UI.
Top comments (5)
O Blazor é uma baita ferramenta! Minhas experiências com o framework são muito positivas, e é muito bom saber que pretendem corrigir o problema da perda de estado.
Apesar do foco em sistemas internos, o Blazor me parece cada vez mais pronto para ser usado em um MVP. Não precisar sair do .NET para conseguir subir um SASS e validaro o produto é uma mão na roda.
Excelente post!
Totalmente de acordo!
Pra MVP, ele é uma escolha super prática. Ficar 100% no .NET e ainda ter um framework completo pra validar um SASS sem precisar recorrer a outras tecnologias é uma economia de tempo e dinheiro absurda.
Obrigado pelo comentário e pela troca! 👏
Excelente análise! Gostaria de complementar alguns pontos:
Concordo plenamente que o .NET 8 foi um marco transformador para o Blazor. A adição de renderização estática e o auto render mode são avanços que realmente solidificam o framework como uma ferramenta full stack robusta, principalmente para desenvolvedores que já estão no ecossistema ASP.NET.
Dito isso a decisão da Microsoft de investir no Blazor Server é inteligente. O problema do estado perdido durante desconexões sempre foi uma limitação conhecida. Resolver isso aumentará ainda mais sua aplicabilidade para cenários empresariais e sistemas internos, onde a persistência do estado é essencial.
Em resumo, creio que o Blazor é uma ferramenta incrível, mas como foi bem pontuado, cada solução tem seu nicho. Saber identificar quando utilizá-lo é tão importante quanto conhecer sua tecnologia.
Valeu demais pelo feedback!
Concordo 100% contigo. O .NET 8 deu um boost no Blazor, deixando ele ainda mais forte pra quem já tá no ecossistema ASP.NET.
A aposta no Blazor Server também foi certeira. Resolver o problema do estado perdido nas desconexões é um baita avanço, principalmente pra sistemas empresariais onde estabilidade é tudo.
Claro, não dá pra usar o Blazor pra tudo, mas nos cenários certos, ele manda muito bem! 👏
Excelente análise e contribuição, obrigado!
Aqui estamos usando o Blazor Server para uma aplicação interna/externa, e com a arquitetura que montamos, migramos de uma aplicação em Delphi para o Blazor e o resultado foi sensacional (custo, tempo, UX/UI, performance).
Comparado com uma outra solução que temos em ASP.NET MVC, o custo de manutenção na solução Blazor é extremamente mais barata.
Blazor tem limitações, mas que até o momento nenhuma delas nos causam perigo. E creio, que essas limitações para a maioria das soluções nas empresas, sejam somente uma atenção à ser dada e não um impedimento para algo que aumenta muito a produtividade e a chance de criar algo inovador e que agregue valor ao negócio.
Como um bom Arquiteto, sempre devemos ter em mente o "depende" e então avaliar.