Quais são os padrões arquiteturais comuns (em camadas, hexagonal, etc.)?

Question

Accepted Answer

Além dos padrões de design em nível de objeto, **padrões arquiteturais** definem a estrutura de alto nível das aplicações — como **em camadas**, **hexagonal (portas e adaptadores)**, **arquitetura limpa** e **orientada a eventos**. Eles organizam sistemas inteiros para manutenibilidade, testabilidade e flexibilidade.

## Arquitetura em camadas (n-tier)

```text
LAYERED → organize the app into horizontal LAYERS, each with a responsibility:
  PRESENTATION (UI) → APPLICATION/business logic → DATA ACCESS → DATABASE
  → each layer depends only on the layer below; clear separation
  ✓ simple, common, organized  ✗ can become rigid; layers can leak; less flexible
```

## Arquitetura hexagonal / Limpa

```text
HEXAGONAL (ports & adapters) / CLEAN architecture → the core business logic is ISOLATED
from external concerns (UI, database, frameworks):
  → the DOMAIN/core depends on NOTHING external; external things (DB, UI, APIs) plug in
    via interfaces ("ports") and "adapters"
  → dependencies point INWARD (toward the domain) → the core is independent and testable
  ✓ highly testable, flexible (swap DB/UI/frameworks), domain-focused
  ✗ more complexity/structure (justified for complex domains)
```

## Outros padrões arquiteturais

```text
EVENT-DRIVEN → components communicate via events (decoupled, scalable, reactive)
MICROSERVICES → independent services (covered in system design)
MVC/MVVM → UI architecture (covered separately)
CQRS / EVENT SOURCING → separate read/write; events as the source of truth
PIPELINE / pipes-and-filters → data flows through processing stages
→ choose based on the system's complexity, domain, and needs
```

## Por que isso importa

Compreender padrões arquiteturais comuns é conhecimento valioso em nível sênior porque eles definem **como aplicações inteiras são estruturadas**, afetando significativamente a manutenibilidade e flexibilidade, portanto é importante para projetar sistemas bem estruturados.

Padrões arquiteturais operam em um nível mais alto do que padrões de design em nível de objeto, organizando sistemas inteiros.

Compreender **arquitetura em camadas** (organização em camadas horizontais — apresentação, lógica de negócio, acesso a dados — cada uma dependendo da abaixo, fornecendo organização simples e comum, mas com potencial rigidez) é fundamental, pois é a estrutura de aplicação mais comum.

Compreender **arquitetura hexagonal/limpa** é particularmente valioso: isolar a lógica de negócio central de preocupações externas (UI, banco de dados, frameworks) para que o domínio não dependa de nada externo enquanto coisas externas se conectam via portas e adaptadores, com **dependências apontando para dentro em direção ao domínio** — tornando o núcleo independente, altamente testável e flexível (capaz de trocar bancos de dados, UIs e frameworks).

Essa abordagem centrada no domínio é influente na arquitetura moderna para domínios complexos, embora adicione estrutura que deve ser justificada.

Compreender **outros padrões arquiteturais** — orientada a eventos (desacoplada, reativa), microsserviços, MVC/MVVM, **CQRS/event sourcing** (separando leituras/escritas, eventos como fonte de verdade) e pipeline/pipes-and-filters — amplia a consciência de como sistemas podem ser estruturados.

Compreender esses padrões e **escolher baseado na complexidade, domínio e necessidades do sistema** reflete o julgamento arquitetural para estruturar aplicações apropriadamente.

Padrões arquiteturais afetam significativamente a manutenibilidade, testabilidade e flexibilidade de um sistema — escolhê-los e aplicá-los bem é uma habilidade chave em nível sênior.

Como padrões arquiteturais definem como aplicações inteiras são estruturadas (afetando significativamente a manutenibilidade, testabilidade e flexibilidade) e compreender as opções (em camadas, hexagonal/limpa, orientada a eventos, CQRS) e escolher apropriadamente é importante para projetar sistemas bem estruturados, compreender padrões arquiteturais comuns é conhecimento valioso em nível sênior — importante para estruturar aplicações inteiras bem (especialmente a abordagem influente limpa/hexagonal para sistemas testáveis e focados no domínio), refletindo o julgamento arquitetural esperado de desenvolvedores sênior que projetam a estrutura de sistemas, e complementando padrões em nível de objeto com organização de nível mais alto.