As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Perguntas frequentes
Por que eu deveria usar uma arquitetura hexagonal?
A arquitetura hexagonal muda o foco dos desenvolvedores para a lógica do domínio, simplifica a automação de testes e melhora a qualidade e a adaptabilidade do código. Essas melhorias resultam em um tempo de lançamento mais rápido no mercado e em um escalonamento técnico e organizacional mais fácil.
Por que eu deveria usar o design orientado por domínio?
O design orientado por domínio (DDD) permite que você crie componentes e construções de software usando uma linguagem comum entre as partes interessadas da empresa e os engenheiros. O DDD ajuda você a gerenciar a complexidade do software e é uma estratégia eficaz para manter os produtos de software a longo prazo.
Posso praticar o desenvolvimento orientado a testes sem arquitetura hexagonal?
Sim. O desenvolvimento orientado a testes (TDD) não se limita a padrões específicos de design de software. No entanto, a arquitetura hexagonal facilita a prática do TDD.
Posso escalar meu produto sem arquitetura hexagonal e design orientado por domínio?
Sim. O dimensionamento técnico e organizacional do produto pode ser alcançado com a maioria dos padrões de design. No entanto, a arquitetura hexagonal e o DDD facilitam a escalabilidade e são mais eficazes para grandes projetos a longo prazo.
Quais tecnologias devo usar para implementar a arquitetura hexagonal?
A arquitetura hexagonal não se limita a uma pilha de tecnologia específica. Recomendamos que você escolha uma tecnologia que ofereça suporte à inversão de dependências e ao teste de unidade.
Estou desenvolvendo um produto mínimo viável. Faz sentido gastar tempo pensando em arquitetura de software?
Sim. Recomendamos que você use padrões de design que lhe sejam familiares MVPs. Recomendamos que você experimente praticar a arquitetura hexagonal até que seus engenheiros se sintam confortáveis com ela. Estabelecer uma arquitetura hexagonal para novos projetos não exige um investimento de tempo significativamente maior do que começar sem nenhuma arquitetura.
Estou desenvolvendo um produto mínimo viável e não tenho tempo para escrever testes.
Se o seu MVP contém lógica de negócios, é altamente recomendável escrever testes automatizados para ele. Isso reduzirá o ciclo de feedback e economizará tempo.
Quais padrões de design adicionais posso usar com a arquitetura hexagonal?
Use o padrão CQRS
