O projeto que estou trabalhando é bem grande. Estamos reescrevendo o codigo que estava em framework 4.8 para .net 6. Este tipo de organização de DIs, services e contextos cairá como uma luva la. Muito obrigado.
Gostaria de ver como ficaria um passo à frente. Adicionando chamadas à BD com EF, validações, etc. Usaria o repository pattern? Adicionava novas camadas? De serviço por exemplo? Onde fica a lógica? Ficaria nos métodos de extensão? Bom vídeo 👌
Muito legal. Seria interessante se pudéssemos criar uma espécie de "template" (Scaffolding ?) para que todos os novos projetos do tipo vá fossem criados com essa estrutura básica, diferente da padrão.
Balta, tem uma biblioteca chamada carter que faz o mapeamento dos endpoints nesse contexto de minimalApi, sinceramente não lembro onde encontrei, mas ele abstrairia esse EndpointsExtension, mapearia todos os files de endpoints que herda a interface do carter e no program só seria necessário chamar o builder e o appBuilder. Caso conheça, seria legal trazer esse cara e as implicações que o uso dele poderia trazer (dificuldade pra debugar por exemplo)
Boa!! Vale a pena sim, mas ai vai usar reflection e algumas coisas que podem atrasar o start da aplicação (Acredito eu)... Se usar o Source Generator, beleza...
Com certeza refatoracoes cirúrgicas, e bonito até de ver. Mas não deixo de me fazer uma pergunta, até onde isso é "correto" ? Se o propósito é ser minimal não deveria deixar esse recurso apenas para coisas simples? E fazer a construção de algo mais robusto no modelo tradicional? Desculpe a pergunta estou fora do mercado de .net a uns anos, assisto e continuo "acompanhando" por amor a tecnologia. Abrc grande video
Fica tranquilo, é uma pergunta totalmente válida... a ideia é ser mínima mesmo, pouca coisa... tanto que este refactor em um projeto maior, envolve outros projetos fora o da API! Mostro isto no curso de Clean Arch!! 🚀🚀🚀
Poderia ser aplicado a um monólito modular, poderia dar um exemplo, muito obrigado por compartilhar seu conhecimento, gostei deste vídeo. Saudações de Ciudad del Este - Paraguai
conteúdo show, esse método de composição que mencionou é chamado de Chainable methods né? já cheguei a ver algo, seria legal trazer um video sobre, valeuu ! =)
A primeira vez que eu vi as minimal APIs eu pensei, nossa como é que organiza isso quando se tem um sistema maior com mais contratos. E tinha entendido que só se usava em Microservices
Sei que pode ser atraso de minha parte, mas ainda não consegui me livrar do conceito de controller. Minhas controller são super enxutas, funcionando apenas como um roteador de requisições. Não tomo nenhuma decisão dentro delas, talvez por isso não tenha ainda partido pras minimal apis, ainda não senti necessidade de ir por esse caminho
Sim, eu sempre falo a mesma coisa. Quando você pensa em projetos mais complexos, onde vc precisa usar versionamento de API, muitos data annotations, validações e afins, fica muito mais complexo usar esse modelo de minimal apis
Mesmo com a organização proposta no vídeo? Acredito que se for um projeto grande, teria uma organização parecida com a que mostrei no fim, com UseCases.
Cara, acho que a intenção era aproximar a galera que é acostumada com node/javaScript. Mas de qualquer forma, tem extensão de método (que para as minimalApi's funcionam como data annotations) pra tudo. Policy, summary, route, produces, allowAnonymous, require, authorize... Até onde eu mexi com isso, não senti falta de algo do MVC, porém creio que tem uma curva de aprendizado que dificulta a vida da galera mais old do .net. Alguns cenários que não posso afirmar que o Alex comentou acima é sobre versionamento de API.
Acredito que não... por baixo dos panos é tudo a mesma coisa... MVC é só a arquitetura... A recomendação por Minimal APIs é por conta de serem mais simples!
![[BAEMON NEWS 7] NEW ALBUM COMING IN](http://i.ytimg.com/vi/wtVeAPimOyo/mqdefault.jpg)
O projeto que estou trabalhando é bem grande. Estamos reescrevendo o codigo que estava em framework 4.8 para .net 6.
Este tipo de organização de DIs, services e contextos cairá como uma luva la. Muito obrigado.
🚀🚀🚀
Participe do CarnaCode 2024 🎉
👉 go.balta.io/carnacode-2024?TH-cam&
Como sempre, ótimos conteúdos!
🚀
Parabéns por trazer esses conteúdos para a comunidade.
🚀🚀🚀
Show! Aguardando o conteúdo sobre a composição dos objetos e UseCases
🚀🚀🚀 Já tem no site!!
Bom demais!!!! Aguardando já a continuação...
🚀
Excelente vídeo. Fica realmente organizado.
🚀🚀🚀
Excelente essas dicas.. essas dicas sobre Minimal API sempre são bem vindos..
🚀🚀🚀
Gostaria de ver como ficaria um passo à frente. Adicionando chamadas à BD com EF, validações, etc.
Usaria o repository pattern?
Adicionava novas camadas? De serviço por exemplo?
Onde fica a lógica? Ficaria nos métodos de extensão?
Bom vídeo 👌
Tem lá no site, nos cursos! 🚀
Valeu pelo conteúdo, Balta!
🚀🚀
Ótimo vídeo, obrigado!!
🚀🚀🚀
Muito bom. Obrigado pelo conteudo.
🚀🚀🚀🚀
Excelente conteúdo balta. Mas pra projetos mais complexos, eu ainda prefiro usar as controllers convencionais.
Jetbrains Rider
Mesmo com a solução proposta no vídeo? Com use cases? 🚀
Muito legal.
Seria interessante se pudéssemos criar uma espécie de "template" (Scaffolding ?) para que todos os novos projetos do tipo vá fossem criados com essa estrutura básica, diferente da padrão.
E podemos... chama T4 Templates
Excelente Aula!!
🚀🚀🚀
Muito útil, valeu.
🚀🚀🚀
Balta, tem uma biblioteca chamada carter que faz o mapeamento dos endpoints nesse contexto de minimalApi, sinceramente não lembro onde encontrei, mas ele abstrairia esse EndpointsExtension, mapearia todos os files de endpoints que herda a interface do carter e no program só seria necessário chamar o builder e o appBuilder.
Caso conheça, seria legal trazer esse cara e as implicações que o uso dele poderia trazer (dificuldade pra debugar por exemplo)
Boa!! Vale a pena sim, mas ai vai usar reflection e algumas coisas que podem atrasar o start da aplicação (Acredito eu)... Se usar o Source Generator, beleza...
@baltaio uma outra alternativa ao Carter chamada FastEndpoints. Mas gostei muito da sua abordagem.
Com certeza refatoracoes cirúrgicas, e bonito até de ver.
Mas não deixo de me fazer uma pergunta, até onde isso é "correto" ?
Se o propósito é ser minimal não deveria deixar esse recurso apenas para coisas simples?
E fazer a construção de algo mais robusto no modelo tradicional?
Desculpe a pergunta estou fora do mercado de .net a uns anos, assisto e continuo "acompanhando" por amor a tecnologia.
Abrc grande video
Fica tranquilo, é uma pergunta totalmente válida... a ideia é ser mínima mesmo, pouca coisa... tanto que este refactor em um projeto maior, envolve outros projetos fora o da API!
Mostro isto no curso de Clean Arch!! 🚀🚀🚀
Poderia ser aplicado a um monólito modular, poderia dar um exemplo, muito obrigado por compartilhar seu conhecimento, gostei deste vídeo. Saudações de Ciudad del Este - Paraguai
🚀🚀🚀
conteúdo show, esse método de composição que mencionou é chamado de Chainable methods né? já cheguei a ver algo, seria legal trazer um video sobre, valeuu ! =)
Isso, o dom fim!! 🚀
Balta.. muito bom.. e do ponto de vista de performance e capacidade de utilização.. uma mínima api é igual a uma api classica?
Não! Minimal APIs tem um Pipeline mais reduzido! 🚀
A primeira vez que eu vi as minimal APIs eu pensei, nossa como é que organiza isso quando se tem um sistema maior com mais contratos. E tinha entendido que só se usava em Microservices
🚀🚀🚀
Ótimo
🚀
Sei que pode ser atraso de minha parte, mas ainda não consegui me livrar do conceito de controller. Minhas controller são super enxutas, funcionando apenas como um roteador de requisições. Não tomo nenhuma decisão dentro delas, talvez por isso não tenha ainda partido pras minimal apis, ainda não senti necessidade de ir por esse caminho
Depois testa, tenho certeza que vai gostar
Minha dúvida é: Pq não usar Apis com Controllers ao invés de Minimal Apis? Não fica melhor organizada (usando as extensions)?
Sim, eu sempre falo a mesma coisa. Quando você pensa em projetos mais complexos, onde vc precisa usar versionamento de API, muitos data annotations, validações e afins, fica muito mais complexo usar esse modelo de minimal apis
Como comentei no vídeo, o stack é menor, tem menos coisas no Pipeline de execução, acaba sendo menos complexo também!
Mesmo com a organização proposta no vídeo? Acredito que se for um projeto grande, teria uma organização parecida com a que mostrei no fim, com UseCases.
Cara, acho que a intenção era aproximar a galera que é acostumada com node/javaScript. Mas de qualquer forma, tem extensão de método (que para as minimalApi's funcionam como data annotations) pra tudo. Policy, summary, route, produces, allowAnonymous, require, authorize... Até onde eu mexi com isso, não senti falta de algo do MVC, porém creio que tem uma curva de aprendizado que dificulta a vida da galera mais old do .net.
Alguns cenários que não posso afirmar que o Alex comentou acima é sobre versionamento de API.
Ai eles tiram e nos temos que colocar tudo de novo para deixar o codigo organizado kkkk
É... como comentei no vídeo, tem as motivações por trás da mudança... mas nada impede de você ficar no MVC!
A Microsoft vai parar de dar seguimento ao formato API com MVC ou é só mais uma opção o Minimal API?
Acredito que não... por baixo dos panos é tudo a mesma coisa... MVC é só a arquitetura...
A recomendação por Minimal APIs é por conta de serem mais simples!
Que IDE é essa que vc está utilizando ?
JetBrains Rider 🚀
O pessoal que defende controllers a ferro e fogo lá no fundo é só por costume. Tipo pessoal de JS preferindo React kkkk
É... mudam várias coisas, mas tem seus prós e contras...
Qual tema é esse?
Está no título, minimal api
@@ddrsdiego o tema do editor (IDE) >
Rider, tema padrão! 🚀
Parece o visual studio 2019 light