Até agora melhor explicação teórica. Mas eu ainda acho que seria bacana mostrar na prática, como uma arquitetura hexagonal se difere de uma arquitetura em camadas.
Tiago beleza? Eu criei um curso na udemy que acredito que irá te ajudar nesse caso, no curso aplico a arquitetura hexagonal na prática em uma aplicação criada do zero. O nome do curso é "Arquitetura Hexagonal/Ports and Adapters NA PRÁTICA".
Nem pude esperar o vídeo terminar, para vir aqui dizer que você é sensacional! Didático, claro, preciso, econômico, consiso. Direto como uma flecha! Este é o primeiro vídeo que assisto sobre o assunto, e agradeço por me motivar a aprender mais, ao invés de me dar um grande susto. Grande abraço!
Muito bom, estudo a algum tempo arquitetura hexagonal, e sua explicação sobre o motivo de chamar arquitetura hexagonal, foi interessante, pois eu não tinha enchergado por essa perspectiva. Obrigado
Simples e excelente explicação sobre o tema. Não sei se ja existe o video, mas poderia criar algo sobre a confusão entre a arquitetura hexagonal e a arquitetura circular (Onion). Parabéns pelo video.
Mais um conteúdo excelente, hein Elemar. É algo que sempre me confundiu, porque eu não vivi esse período como desenvolvedor ou próximo ao desenvolvimento de sistemas. Então, quando comecei a olhar as arquiteturas atuais, tinha muito chão pra caminhar.
Grande mestre! Excelente explicação! Para resolver o problema de integração com outras aplicações, usei a referência de Ports and Adapters com Pipe and Filters. Grande abraço!
Elemar, seria muito interessante em um vídeo futuro você falar mais sobre diferenças entre arquitetura e design de código. Mais uma vez parabéns pelo conteúdo.
Bacana Elemar, muito esclarecedor. Tirou a pulga que eu tinha sobre isso. Acho que o Cockburn deveria chamar de arquitetura 365. kkkkkk faria sentido. Forte abraço!
Elemar, com a "arquitetura" Hexagonal, a heurística de pirâmide de testes (não pensando na pirâmide mas um outro tipo de forma geométrica, nesse caso) seria mais interessante ter mais testes de integrações a unitários?
Elemar, parabéns pela explicação! Você acredita que o padrão MVC se assemelha de alguma forma a uma arquitetura hexagonal? Pergunto porque encontrei semelhanças entre os conceitos.
Muito bom, confesso que li pouco sobre assunto mas o vejo em muitas discussões ultimamente. Uma dúvida, considerando esse modelo, mais como design do que arquitetura, faz sentido aplicá-lo em qualquer tipo de projeto? Ou faz mais sentido em projetos grandes e complexos por natureza? Obrigado.
Oi Everton, na minha humilde opinião, esse design hexagonal é apenas o bom e velho desacoplamento entre domínio e integrações (sejam portas ou adaptadores). Essa separação é extremamente útil em qualquer caso, e eu diria que é a definição do anti-macarrônico. Em projetos menores, a separação talvez possa ser feita apenas colocando classes em diferentes diretórios, compilando e distribuindo td junto (já esbarrando em arquitetura né). Nos maiores, as divisões podem tomar a forma de dlls e serviços separados. Mas de qualquer maneira, projetos grandes sempre começam pequenos. Então se quiser aplicar esse design tem que começar enquanto pequeno mesmo (ou pagar dívida técnica depois). Do contrário, que designs você está pensando?
Talvez eu esteja errado, mas lendo no original, entendi que as portas de certa forma são os requerimentos, os contratos da aplicação com o mundo externo. E os adaptadores são o que permitem esse comunicação. Uma mesma porta pode ter vários adaptadores. Uma porta pode ser o banco de dados, e o adaptador pode ser um mock ou a implementação da chamada ao banco propriamente dito. Faz sentido isso?
Ahhhh, eu sempre imaginei mesmo que nem todas as portas seriam interfaces abstratas. Ex: no padrão CQRS as portas podem ser os handles dos comandos que disparam a lógica do domínio. Ou estou errado?
Esse rapaz explica muito bem... parabéns.... sempre bom os vídeos dele.
Até agora melhor explicação teórica. Mas eu ainda acho que seria bacana mostrar na prática, como uma arquitetura hexagonal se difere de uma arquitetura em camadas.
Tiago beleza? Eu criei um curso na udemy que acredito que irá te ajudar nesse caso, no curso aplico a arquitetura hexagonal na prática em uma aplicação criada do zero. O nome do curso é "Arquitetura Hexagonal/Ports and Adapters NA PRÁTICA".
Show gostei muito, parabéns.
Excelente, tenho aprendido muito com você Elemar, continue divulgando este conhecimento
parabéns pelo conteúdo!! Vou consumir seu canal para aprender mais sobre arquitetura de software
Excelente explicação !!!
Boa didática, valeu!
Parabéns! Excelente conteúdo.
Parabéns pelo vídeo Elemar. Cada vídeo do seu canal está fazendo a diferença na minha experiência, agradeço demais!
Parabéns pela explicação! Excelente conteúdo!
Obrigado 😃
Nem pude esperar o vídeo terminar, para vir aqui dizer que você é sensacional! Didático, claro, preciso, econômico, consiso. Direto como uma flecha! Este é o primeiro vídeo que assisto sobre o assunto, e agradeço por me motivar a aprender mais, ao invés de me dar um grande susto. Grande abraço!
Explicação fantástica parabéns
cara to aprendendo muito com vc !
Muito bom, estudo a algum tempo arquitetura hexagonal, e sua explicação sobre o motivo de chamar arquitetura hexagonal, foi interessante, pois eu não tinha enchergado por essa perspectiva. Obrigado
Quanta didática! Parabéns pelo conteúdo!
Simples e excelente explicação sobre o tema. Não sei se ja existe o video, mas poderia criar algo sobre a confusão entre a arquitetura hexagonal e a arquitetura circular (Onion). Parabéns pelo video.
E aí Dumbá, tô querendo saber a diferença do Eddie pro Pic Eddie e que dia vamo lá ver isso hehehe
@@ofbruno 😀Boora!
Mais um conteúdo excelente, hein Elemar. É algo que sempre me confundiu, porque eu não vivi esse período como desenvolvedor ou próximo ao desenvolvimento de sistemas. Então, quando comecei a olhar as arquiteturas atuais, tinha muito chão pra caminhar.
Muito bom. Arquitetura Limpa do Uncle Bob herda muita coisa da Hexagonal, quem sabe role um vídeo a respeito.
Grande mestre! Excelente explicação!
Para resolver o problema de integração com outras aplicações, usei a referência de Ports and Adapters com Pipe and Filters.
Grande abraço!
Elemar, seria muito interessante em um vídeo futuro você falar mais sobre diferenças entre arquitetura e design de código. Mais uma vez parabéns pelo conteúdo.
Esse vídeo já existe. Veja o primeiro vídeo da série "Fundamentos de Arquitetura de Software"
@@EximiaCo realmente, obrigado!
Parabéns pelo conteúdo. Muito esclarecedor. Você tem indicação de algum livro sobre o conteúdo?
Bacana Elemar, muito esclarecedor. Tirou a pulga que eu tinha sobre isso. Acho que o Cockburn deveria chamar de arquitetura 365. kkkkkk faria sentido. Forte abraço!
Olá esta arquitetura, ou design como você prefere chamar, é muito interessante.
Muito bom!
Elemar, com a "arquitetura" Hexagonal, a heurística de pirâmide de testes (não pensando na pirâmide mas um outro tipo de forma geométrica, nesse caso) seria mais interessante ter mais testes de integrações a unitários?
Boa noite Elemar, a comunicação entre o adapter e a aplicação poderia ser por exemplo um api gateway?
entendi
Elemar, parabéns pela explicação! Você acredita que o padrão MVC se assemelha de alguma forma a uma arquitetura hexagonal? Pergunto porque encontrei semelhanças entre os conceitos.
show
Muito bom, confesso que li pouco sobre assunto mas o vejo em muitas discussões ultimamente. Uma dúvida, considerando esse modelo, mais como design do que arquitetura, faz sentido aplicá-lo em qualquer tipo de projeto? Ou faz mais sentido em projetos grandes e complexos por natureza? Obrigado.
Oi Everton, na minha humilde opinião, esse design hexagonal é apenas o bom e velho desacoplamento entre domínio e integrações (sejam portas ou adaptadores). Essa separação é extremamente útil em qualquer caso, e eu diria que é a definição do anti-macarrônico. Em projetos menores, a separação talvez possa ser feita apenas colocando classes em diferentes diretórios, compilando e distribuindo td junto (já esbarrando em arquitetura né). Nos maiores, as divisões podem tomar a forma de dlls e serviços separados.
Mas de qualquer maneira, projetos grandes sempre começam pequenos. Então se quiser aplicar esse design tem que começar enquanto pequeno mesmo (ou pagar dívida técnica depois). Do contrário, que designs você está pensando?
Talvez eu esteja errado, mas lendo no original, entendi que as portas de certa forma são os requerimentos, os contratos da aplicação com o mundo externo. E os adaptadores são o que permitem esse comunicação. Uma mesma porta pode ter vários adaptadores. Uma porta pode ser o banco de dados, e o adaptador pode ser um mock ou a implementação da chamada ao banco propriamente dito. Faz sentido isso?
There will typically be multiple adapters for any one port, for various technologies that may plug into that port. No artigo original
Ahhhh, eu sempre imaginei mesmo que nem todas as portas seriam interfaces abstratas. Ex: no padrão CQRS as portas podem ser os handles dos comandos que disparam a lógica do domínio. Ou estou errado?
Elemar, a partir do DDD chegamos a esta arquitetura? Tem uma relação ai, não é?
Realmente é um padrão de design de aplicação, não tem muito a ver com a arquitetura (segundo a definição que o Elemar usa)
Essa arquitetura é difícil para eu entender, interface pra tudo que é lwdo
Você não codifica?
Todos programamos. Por quê?