Capítulo 3. As Duas Leis da Arquitetura de Software: Tudo é uma solução de compromisso
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
O que acontece quando não existem "melhores práticas"? O que é bom nas melhores práticas é que são formas relativamente livres de riscos para atingir determinados objetivos. Elas são chamadas de "melhores" (e não "melhores" ou "boas") por uma razão - tu sabes que elas funcionam, então porque não usá-las? Mas uma coisa que aprenderás rapidamente sobre a arquitetura de software é que ela não tem melhores práticas. Terás de analisar cuidadosamente cada situação para tomar uma decisão e terás de comunicar não só o "quê" da decisão, mas também o "porquê".
Então, como é que navegas nesta nova fronteira? Felizmente, tens as leis da arquitetura de software para te guiar. Este capítulo mostra-te como analisar soluções de compromisso à medida que tomas decisões. Também te mostraremos como criar registos de decisões de arquitetura para capturar os "como" e os "porquês" das decisões. No final deste capítulo, terás as ferramentas para navegar no território incerto que é a arquitetura de software.
Começa com uma aplicação de sapatilhas
Archana trabalha para a Two Many Sneakers, uma empresa com uma aplicação móvel de grande sucesso onde os coleccionadores de sapatos ("sneakerheads") podem ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access