Muito bom o conteúdo. A música no fundo atrapalha bastante e fica bem notável quando ela termina e começa de novo. Isso tira bastante o foco. Parabéns pelo conteúdo
Opa, isso vinha pipocando muito na minha timeline. Agora chegou a hora de aprender de uma maneira bem didática este importante assunto. Obrigado pelo vídeo prof. Eduardo ..
Sempre tive um receio e até pré-conceito para começar a estudar mais a fundo a arquitetura hexagonal, só de olhar para aquele diagrama inicial. Mas acabei de perceber que é até simples o conceito e que eu já uso de certa forma kkkk. Muito obrigado pelo conteúdo!
Baita conteúdo! Eu tenho utilizado bastante estes padrões ao mesmo tempo em meus projetos particulares. A única uma dúvida que tenho muita das vezes é sobre qual camada eu devo deixar as Interfaces do Repositório. No DDD, Erick Evans no livro, utilizando a modelagem sobre o Layered, deixa a Interface Repository na camada Domain, até porque podem haver alguns Domain Sevices que precisariam se comunicar com um repositório. Inclusive alguns exemplos e cursos daqui é utilizado assim também. Mas no Clean Arch esta interface seria uma Boundary, então teoricamente deveria ficar na camada Interactors(Application). Já no Ports & Adapter, esta interface seria uma porta que, também, teoricamente ficaria numa camada Application. Obedecendo a regra de dependência eu deixaria a Interface Repository na camada de domínio. Mas também fico na dúvida ao usar Clean Arch com DDD (camada domain) Na sua opinião, qual seria o melhor lugar ou melhor abordagem????
Eis a questão! Não existe jeito certo ou melhor, apenas respeite o fluxo das dependências de resto vai depender do tipo de abordagem que sua modelagem seguir.
Também tinha essa dúvida, hoje eu deixo as interfaces de repositórios na application e se alguma entidade ou serviço precisar de informações do repositório, eu recupero essas informações no caso de uso e mando para o domain.
Acho que não ficou bem claro no meu comentário. Se alguma entidade do domínio necessitar de alguma informação do banco, no caso de uso (application) eu recupero essas informações através da interface do repositório (interfaces na application e implementação na infrastructure) e envio para a entidade as informações, não envio a interface do repositório.
A música de fundo me incomodou bastante, mas o conteúdo está bacana. Obrigado.
GRANDE Vídeo Eduardo!! PARABÉNS!!
Muito bom o conteúdo. A música no fundo atrapalha bastante e fica bem notável quando ela termina e começa de novo. Isso tira bastante o foco.
Parabéns pelo conteúdo
Concordo, atrapalha mesmo...
eu concordo, muito bom o conteúdo e de grande valia de conhecimento, e concordo também com a música de fundo, incomodou um pouco...
man, nem notei a musica uhahusa
Opa, isso vinha pipocando muito na minha timeline. Agora chegou a hora de aprender de uma maneira bem didática este importante assunto. Obrigado pelo vídeo prof. Eduardo ..
Alguma previsão para o curso de Microserviços?
Olá, esta arquitetura seria uma boa opção para windows form .net c# ? sugere alguma caso não seja ?
Video Natalino! Rsrs antecipou o natal! Obrigado mestre!
Sensacional! Mais um ótimo conteúdo disponibilizado para a comunidade! Parabéns e muito obrigado!
Excelente! Parabéns pela explicação desses padrões arquiteturais
Como não dar um like para sua explicação?! Conteúdo excelente!!! Parabéns!
qual a previsão do curso de microservices ?
Primeiramente muito bom vídeo. Segundo, tu ja ouviu falar sobre vertical slice architecture? Qual sua opinião sobre?
Ótimo contéudo! Com sempre, bem didático!
Mais uma excelente aula! Gratidão por compartilhar mestre!
Sempre tive um receio e até pré-conceito para começar a estudar mais a fundo a arquitetura hexagonal, só de olhar para aquele diagrama inicial.
Mas acabei de perceber que é até simples o conceito e que eu já uso de certa forma kkkk.
Muito obrigado pelo conteúdo!
Sensacional! muito obrigado!
muito obrigado, excelente video
Monstro esse Eduardo
Obrigado 😊
Parabéns Eduardo, tô gostando bastante, bem didático como sempre!
Como sempre, ótimo conteúdo! Valeu EP.
Conteúdo sensacional!
Ótimo conteúdo
Excelente conteúdo!
Show
Seria bom por capitulos no video, como por exemplo começando aos 2:54, além de ter cuidado com a musica de fundo. De resto, ótimo conteudo
Ótimo vídeo
Muito bom.
Show...
ótimo conteúdo.
Baita conteúdo!
Eu tenho utilizado bastante estes padrões ao mesmo tempo em meus projetos particulares.
A única uma dúvida que tenho muita das vezes é sobre qual camada eu devo deixar as Interfaces do Repositório.
No DDD, Erick Evans no livro, utilizando a modelagem sobre o Layered, deixa a Interface Repository na camada Domain, até porque podem haver alguns Domain Sevices que precisariam se comunicar com um repositório. Inclusive alguns exemplos e cursos daqui é utilizado assim também.
Mas no Clean Arch esta interface seria uma Boundary, então teoricamente deveria ficar na camada Interactors(Application).
Já no Ports & Adapter, esta interface seria uma porta que, também, teoricamente ficaria numa camada Application.
Obedecendo a regra de dependência eu deixaria a Interface Repository na camada de domínio. Mas também fico na dúvida ao usar Clean Arch com DDD (camada domain)
Na sua opinião, qual seria o melhor lugar ou melhor abordagem????
Eis a questão! Não existe jeito certo ou melhor, apenas respeite o fluxo das dependências de resto vai depender do tipo de abordagem que sua modelagem seguir.
Também tinha essa dúvida, hoje eu deixo as interfaces de repositórios na application e se alguma entidade ou serviço precisar de informações do repositório, eu recupero essas informações no caso de uso e mando para o domain.
@@jezielmoura4795 mas o fluxo das dependência seria quebrado, uma vez que as entidades/serviços (domain) não pode depender de application???
Acho que não ficou bem claro no meu comentário. Se alguma entidade do domínio necessitar de alguma informação do banco, no caso de uso (application) eu recupero essas informações através da interface do repositório (interfaces na application e implementação na infrastructure) e envio para a entidade as informações, não envio a interface do repositório.
Deves e devas ....somos devedores kkkkk
DevAs foi foda mesmo 😂😂😂
Eduardo... poderia disponibilizar esse PPT pra gente?
Up!
É material de curso, não podemos compartilhar :)
ta dando erro ao tentar se cadastrar no site
É um erro da Cloudflare? Nós usamos os serviços de WAF deles e eles estão passando por um problema no momento.
@@desenvolvedorio é esse mesmo
A diferença que vejo entre as arquiteturas a partir de 2008, é a mesma diferença entre Anel e Circulo
Nenhuma
😂😂😂
Mano, eu vim até aqui para ver sangue, totalmente enganado kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
Musica ficou competindo com sua voz. Não ficou legal. Mas o video ta bacana 👍👍