Microservices na prática

Поділитися
Вставка
  • Опубліковано 13 вер 2024
  • Esse vídeo faz parte da Imersão Full Stack && Full Cycle.
    Para acessar todas as aulas e lives, acesse:
    imersao.fullcy...

КОМЕНТАРІ • 16

  • @RodrigoBranas
    @RodrigoBranas Рік тому +50

    Valeu galera!

    • @eurico_dev
      @eurico_dev Рік тому +3

      Você é referência demais!

    • @joaodascouves5400
      @joaodascouves5400 Рік тому +2

      Massa Mestre Branas. Não perco uma live. Estou na penúltima aula do cccat9, curtindo bastante o conteúdo. Show de bola. Faz uma turma avançada de padrões de projetos e microsserviços orientado a padrões arquiteturais! Ia ser show =)

  • @leocarlos-dias
    @leocarlos-dias Рік тому +1

    Não tem como ser só 1% melhor do que ontem assistindo esses dois. Admiro demais vocês. Parabéns pelo trabalho!

  • @gibamartins1971
    @gibamartins1971 Рік тому +2

    Rodrigo, muito obrigado por essa aula fantástica. Aprendi muito nessa aula. Valeu Full Cycle.

  • @joaodascouves5400
    @joaodascouves5400 Рік тому +2

    Massa Mestre Branas. Não perco uma live. Estou na penúltima aula do cccat9, curtindo bastante o conteúdo. Show de bola. Faz uma turma avançada de padrões de projetos e microsserviços orientado a padrões arquiteturais! Ia ser show =)

  • @wsanada
    @wsanada Рік тому +1

    Muito boa essa live. Parabéns pessoal.

  • @henriquegarkishborges1811
    @henriquegarkishborges1811 Рік тому

    Putzs .... 😂😂😂. Sonzêrá ... 🙌🙌🙌🍀🍀🍀🍀

  • @artu_almeida
    @artu_almeida Рік тому +1

    qual a diferença entre o padrão DAO e Registry? Porque dentro da minha cabeça CustomerDao e CustomerRegistry fazem a mesma coisa...

    • @RodrigoBranas
      @RodrigoBranas Рік тому

      DAO significa Data Access Object, é um padrão de acesso à dados com variação na implementação que pode ser para um banco de dados A ou B, ou até mesmo outro mecanismo de persistência como um arquivo JSON ou XML, não tem como confundir isso com Registry, que é um padrão onde você registra um objeto global e acessa em outro lugar do sistema, similar à um Singleton, ou seja, é um padrão de localização enquanto o DAO é de persistência.

  • @aprendersempre2325
    @aprendersempre2325 9 місяців тому

    Tenho uma duvida. Vamos supor tenho um use case de criação de uma conta empresa, para criação de uma conta faz-se o cadastro em várias tabelas como user, empresa, atribuir permissão inicial etc.. Criaria use case diferentes e chamava sequencialmente? criaria um evento "criação de conta" e outros usecase consumiria? se existe outra forma caso um falha como ficaria?

  • @artu_almeida
    @artu_almeida Рік тому +1

    dependency injection é basicamente o pattern registry com o pattern decorator? nao entendi a relação... visto que o pattern registry atua como uma abstração para acessar e manipular dados, e o pattern decorator usamos quando as classes podem ser compostas por elas mesmas, é um problema pq a variedade é infinita, ai usamos decorator... nao entendi a relação disso com dependency injection...

    • @RodrigoBranas
      @RodrigoBranas Рік тому +1

      O conceito de injetar dependência implica em primeiro inverter a dependência, que foi o que fizemos. Depois você usa algum tipo de mecanismo de injeção, que nesse caso foi o Registry, mas poderia ser o Registry junto com um Decorator (do TypeScript, que é um tipo de Annotation) para simplificar a injeção. Antigamente era feito até por XML, indicando qual classe deveria receber cada dependência. Acho que você confundiu o padrão Decorator com o Decorator do TypeScript, eu tentei reforçar isso no vídeo já que me referia especificamente ao conceito de Annotation. O padrão Decorator te ajuda a criar um ponto de extensão em um determinado objeto por meio da replicação da sua interface e intermediação do comportamento, similar a um Proxy, realmente não tem nada a ver com Dependency Injection. Reforçando, o que foi colocado nesse sentido diz respeito ao que é feito numa espécie de orientação à aspectos, com Annotation, não no padrão Decorator do GoF.

  • @raphaelangel8854
    @raphaelangel8854 Рік тому

    Uma dúvida, ao invés de criar um usecase process poderia ter criado um método private para processar e chamar ele dentro do execute? dividindo a responsabilidade entre diferentes métodos no usecase?

    • @chlima88
      @chlima88 11 місяців тому

      Acredito que isso violaria o principio da responsabilidade unica do use case.

  • @leonardofurtado7488
    @leonardofurtado7488 Рік тому

    Perdi tudo nos vingadores