.NET - Apresentando a Vertical Slice Architecture

Поділитися
Вставка
  • Опубліковано 9 лис 2024

КОМЕНТАРІ • 7

  • @josecarlosmacoratti
    @josecarlosmacoratti  2 місяці тому +3

    Comente e deixe o seu like !!!

  • @rafaelrodriguescorrea6528
    @rafaelrodriguescorrea6528 2 місяці тому

    Valeu demais mestre!!

  • @leandrostoneshop
    @leandrostoneshop 2 місяці тому

    Show. Muito boa explicação.
    Será que podemos afirmar que isso seria algo entre monolítico e microserviços?

  • @felipe-muniz
    @felipe-muniz Місяць тому +1

    Já tentei usar uma vez, mas dá muito mais trabalho quando temos que reaproveitar features em mais de um projeto, o clean ou ddd, mesmo possuindo mais camadas, facilitam bastante quando trabalhamos com mais de um projeto na camada de apresentação.

  • @renatopereira5086
    @renatopereira5086 2 місяці тому

    Muito bom!

  • @rogersrodriguesmustafa6513
    @rogersrodriguesmustafa6513 2 місяці тому +1

    Legal, mas se toda classe vai ter todos as paradas inclusa, vai ser uma infra completa para cada classe, criar uma uma infra para todas não sairia mais barato? Mais performático? Redução no tempo de desenvolvimento? Talvez gere um sistema mais estável e menos manutenção, mais fácil a manutenção. Tem que ser analisado para ver o que compensa mais.

    • @danigui8573
      @danigui8573 2 місяці тому

      Sistemas gigantes usam vertical slice, normalmente são divididos em módulos independentes e que podem se comunicar através de um outro serviço. TOTVS, Salesforce sisraf usam isso. Tu pode ter um sistema que tenha um módulo financeiro, um pra RH, um pra ADM. Onde, o ADM tem acesso a tudo e cada setor tem acesso apenas a recursos necessários para seu funcionamento. Obviamente da pra fazer isso de N maneiras, e todas funcionam, tudo tem seus prós e contras. No sistema vertical slice, com módulos, dependendo do tamanho e da complexidade, pode ser necessário um time só pra um módulo, e outro módulo pode ter uma lógica completamente diferente, fazendo ser necessário mais um time, logo, precisa de mais dinheiro.
      Cada arquitetura é mais ou menos útil pra cada ocasião. É só 1 dev? São 5? 10? 10.000? Tem que planejar bem antes de começar o desenvolvimento.