Muito bom, estaremos acompanhando todos os vídeos.
@emersonstori2 жыл бұрын
Blazor é show, tomara que a comunidade adote e ele tenha um futuro promissor.
@marciogoularte4 жыл бұрын
Agora sim! Áudio ótimo!
@alexandremalavasi-software1014 жыл бұрын
Descobri que havia uma configuração no programa de edição de que estava causando isso. Obrigado pelo toque.
@edward_t4504 жыл бұрын
Boa demais! Estou adorando o conteúdo
@khalilp842 жыл бұрын
Conteúdo excelente. Parabéns
@edudelta4 жыл бұрын
Parabéns e obrigado pela série sobre Blazor
@alexandremalavasi-software1014 жыл бұрын
Muito obrigado
@josuealves79296 ай бұрын
Show
@rpaz7254 жыл бұрын
Oi Alexandre, obrigado pelo o vídeo. Vou começa um projeto e estou na dúvida se deveria usar Blazor ou Angular no qual tem experiência. O que você me recomendaria? Da para confiar no Blazor webassembly?
@alexandremalavasi-software1014 жыл бұрын
Olá. O Blazor WebAssembly ainda não está maduro o suficiente para projetos de produção. A expectativa é que a release estável saia em maio deste ano. Por enquanto estou utilizando em projetos reais o Blazor Server.
@rpaz7254 жыл бұрын
@@alexandremalavasi-software101 muito obrigado.
@TheMaxmecan3 жыл бұрын
Eu trabalho num navio, a internet é bem intermitente. Temos uma planilha que precisamos preencher todos os horários e essas atividades estão relacionadas a códigos, além de Ordens de Serviço. Estou querendo programar essa planilha em alguma linguagem. Pensei em usar C# e Blazor ou MAUI. Vi também que pode ser C# com WPF para desktop. Na empresa tudo é Microsoft, acho que facilitaria. Vocês poderiam me ajudar por onde começar? Estou estudando bem e quero fazer isso até rápido. A ideia seria ter um banco de dados local na rede que sincronizasse com a internet quando o mesmo fosse alterado, permitindo às pessoas da parte administrativa acessarem. O foco é um app desktop que funcione offline mas que alimente um banco de dados online e futuramente o mesmo app desktop será replicado online para o uso do administrativo no escritório.
@ottercoder93213 жыл бұрын
Bump, também tenho uma ideia similar e gostaria de saber a resposta kkk
@LBarcelosM4 жыл бұрын
Top o vídeo, parabéns, mais ainda estou um pouco confuso na diferença entre os dois "modelos". Estou usando Asp.Net Core + Angular, estou muito tentado a trocar o Angular pelo Blazor mais mesmo a Microsoft tendo lançado a versão release do Blazor Webassembly estou com o pé atrás se a comunidade vai mesmo adotar ou vai ser mais um silverlight.
@alexandremalavasi-software1014 жыл бұрын
Eu pessoalmente não acredito que o Blazor será como um novo Silverlight e morrer, pois na época em que o Silverlight foi criado, o mercado estava abandonando este tipo de tecnologia seguindo recomendações da W3C. Como o Blazor é baseado em WebAssembly, o framework está surfando a onda logo no começo. É claro que ninguém pode afirmar se o Blazor será adotado largamente pelas empresas e desenvolvedores, mas definitivamente é seguro dizer que o uso de WebAssembly se tornará cada vez mais comum nos próximos anos. De toda forma, considero o Blazor uma ótima alternativa aos tradicionais projetos Asp.Net Core (MVC e Razor), por aspectos de componentização e pelo fato de ser um SPA.
@lva982 жыл бұрын
A diferença do modelo é que o Razor é serverside (ou seja, o motor c# no lado servidor renderiza as páginas e envia para o frontend), enquanto o Blazor é um framework SPA exatamente como o Angular
@richoff234 жыл бұрын
Olá Alexandre, a minha dúvida é... qual seria o limite (aproximado) de usuarios concorrentes para uma app blazor server side que funcione num único servidor?
@alexandremalavasi-software1014 жыл бұрын
O limite de usuarios simultaneos esta diretamente ligado ao limite do SignalR. Utilizando configuracoes padrao no IIS, o limite maximo estabelecido eh de 5000 conexoes SignalR simultaneas, como pode ser visto no link abaixo: github.com/SignalR/SignalR/wiki/Performance Eh possivel alterar este limite, mas questoes relacionadas a performance vao depender nao somente deste limite, mas tambem de caracteristicas de cada aplicacao, como o tamanho das mensagens que estao sendo trafegadas. Recomendo que, antes de liberar em producao, sejam efetuados testes de carga para verificar qual a configuracao de conexoes simultaneas seriam mais apropriadas para o seu caso.