16. Independência
Casos de uso, operação, desenvolvimento, implantação. Desacople camadas e casos de uso.
Resumo
- Arquitetura suporta: casos de uso, operação, desenvolvimento (Lei de Conway) e implantação.
- Desacoplar camadas horizontais: UI, regras da aplicação, regras de negócio, banco.
- Desacoplar casos de uso verticais: adicionar caso de uso não afeta os outros.
- Duplicação verdadeira vs acidental: telas iguais que evoluem diferente não devem ser unificadas.
- Modos de desacoplamento: código-fonte, implantação, serviço. Começar simples, permitir evoluir.
Perguntas-chave
responda de cabeça, depois abraQuais os três modos de desacoplamento?
Nível de código-fonte (monolito), nível de implantação (jars/DLLs) e nível de serviço (rede).
O que é duplicação acidental?
Código parecido hoje mas com motivos de mudança diferentes. Unificar cria acoplamento indesejado.
Qual modo de desacoplamento escolher primeiro?
Começar no nível de código-fonte, mantendo a possibilidade de evoluir para implantação ou serviço.
Exercícios de fixação
0/5 respondidas1.
Duas telas têm hoje código quase idêntico, mas atendem casos de uso diferentes que evoluem separados. O que fazer?
2.
Quais são os três modos de desacoplamento citados?
3.
Sobre microsserviços desde o primeiro dia, o autor sugere:
4.
Uma arquitetura que expõe os casos de uso torna-os visíveis porque:
5.
A Lei de Conway afeta a arquitetura em qual aspecto?