book

Aprende a utilizar o design orientado para o domínio

by Vlad Khononov

April 2025

Intermediate to advanced

342 pages

9h 3m

Portuguese (Portugal, Brazil)

O'Reilly Media, Inc.

Book available

Read now

Unlock full access

Porque escrevi este livroQuem deve ler este livroNavegar no livroExemplo de domínio: WolfDeskConvenções utilizadas neste livroUtilizar exemplos de códigoAprendizagem em linha da O'ReillyComo contactar-nosAgradecimentos
O que é um domínio comercial?O que é um subdomínio?Tipos de subdomíniosComparação de subdomíniosIdentificar os limites do subdomínioExemplos de análise de domínioGigmasterBusVNextQuem são os especialistas em domínios?ConclusãoExercícios
Problemas de negóciosDescoberta de conhecimentosComunicaçãoO que é uma língua ubíqua?Língua do negócioCenáriosConsistênciaModelo do domínio comercialO que é um modelo?Modelação eficazModelação do domínio empresarialEsforço contínuoFerramentasDesafiosConclusãoExercícios
Modelos inconsistentesO que é um contexto delimitado?Limites do modeloLinguagem ubíqua aperfeiçoadaÂmbito de um contexto delimitadoContextos delimitados versus subdomíniosSubdomíniosContextos delimitadosA interação entre subdomínios e contextos delimitadosLimitesLimites físicosLimites de propriedadeContextos delimitados na vida realDomínios semânticosCiênciaComprar um frigorífico ConclusãoExercícios
CooperaçãoParceriaKernel partilhadoCliente-fornecedorConformistaCamada anticorrupçãoServiço Open-HostCaminhos separadosQuestões de comunicaçãoSubdomínios genéricosDiferenças de modeloMapa de contextoManutenção LimitaçõesConclusãoExercícios
Script de transaçãoImplementaçãoNão é assim tão fácil!Quando utilizar o Transaction ScriptRegisto AtivoImplementaçãoQuando utilizar o registo ativoSê pragmáticoConclusãoExercícios

HistóriaModelo de domínioImplementaçãoBlocos de construçãoGerir a complexidade ConclusãoExercícios
Fornecimento de eventosProcuraAnáliseFonte da verdadeLoja de eventosModelo de domínio com origem em eventosVantagensDesvantagensPerguntas frequentesDesempenhoEliminar dadosPorque é que não posso...?ConclusãoExercícios
Lógica empresarial versus padrões de arquiteturaArquitetura em camadasCamada de apresentaçãoCamada de lógica empresarialCamada de acesso aos dadosComunicação entre camadasVariaçãoQuando utilizar a arquitetura em camadasPortas e adaptadoresTerminologiaPrincípio da inversão de dependênciaIntegração de componentes infra-estruturaisVariantesQuando utilizar portas e adaptadoresSegregação da responsabilidade da consulta de comandoModelação poliglotaImplementaçãoProjetar modelos de leituraDesafiosSegregação de modelosQuando utilizar o CQRSÂmbito de aplicaçãoConclusãoExercícios
Tradução de modelosTradução de modelos sem estadoTradução de modelos com estadoIntegração de agregados Caixa de saída SagaGestor de processosConclusãoExercícios
HeurísticaContextos delimitadosPadrões de implementação da lógica empresarialPadrões arquitectónicosEstratégia de testePirâmide de testesTeste do diamantePirâmide de teste invertidaÁrvore de decisão de conceção táticaConclusãoExercícios
Alterações nos domíniosDo básico ao genéricoGenérico para CoreApoio ao genéricoApoio ao núcleoDo núcleo ao apoioDe genérico a suportePreocupações estratégicas de conceçãoPreocupações de conceção táticaScript de transação para registo ativoRegisto ativo para modelo de domínioModelo de domínio para modelo de domínio com origem em eventosGeração de transições passadasModelação de eventos de migraçãoMudanças organizacionaisParceria com o cliente-fornecedorSeparação entre cliente e fornecedorConhecimento do domínioCrescimentoSubdomíniosContextos delimitadosAgregadosConclusãoExercícios
O que é EventStorming?Quem deve participar no EventStorming?O que precisas para o EventStorming?O processo de EventStormingEtapa 1: Exploração não estruturadaEtapa 2: CronogramasPasso 3: Pontos problemáticosEtapa 4: Acontecimentos decisivosPasso 5: ComandosEtapa 6: PolíticasPasso 7: Lê os modelosEtapa 8: Sistemas externosEtapa 9: AgregadosPasso 10: Contextos delimitadosVariantesQuando utilizar o EventStormingDicas de facilitaçãoObserva a dinâmicaEvento remotoStormingConclusãoExercícios
Análise estratégicaCompreende o domínio do negócioExplora o design atualEstratégia de modernizaçãoModernização estratégicaModernização táticaCultiva uma língua omnipresenteDesign Pragmático Orientado para o DomínioVender o design orientado para o domínioDescobre o design orientado para o domínioConclusãoExercícios
O que é um serviço?O que é um microsserviço?Método como um serviço: Microsserviços perfeitos?Objetivo do projetoComplexidade do sistemaMicrosserviços como Deep ServicesMicrosserviços como módulos profundosDesign orientado para o domínio e limites dos microsserviçosContextos delimitadosAgregadosSubdomíniosComprimir as interfaces públicas dos microsserviçosServiço Open-HostCamada anticorrupçãoConclusãoExercícios
Arquitetura orientada para eventosEventosEventos, comandos e mensagensEstruturaTipos de eventosProjetando a integração controlada por eventosGrande bola de lama distribuídaAcoplamento temporalAcoplamento funcionalAcoplamento da implementaçãoRefatoração da integração orientada a eventosHeurística de design orientada para eventosConclusãoExercícios
Modelo de dados analítico versus modelo de dados transacionalTabela de factosTabela de dimensõesModelos analíticosPlataformas de gestão de dados analíticosArmazém de dadosLago de dadosDesafios das arquitecturas de Data Warehouse e Data LakeData MeshDecompõe os dados em torno de domíniosDados como um produtoPossibilita a AutonomiaConstrói um ecossistemaCombina Data Mesh e Design Orientado para o DomínioConclusãoExercícios
ProblemaSoluçãoImplementaçãoLer maisDesign avançado orientado para o domínioPadrões de arquitetura e integraçãoModernização de sistemas legadosEventStormingConclusão
Cinco contextos delimitadosDomínio comercialContexto delimitado #1: MarketingContexto delimitado #2: CRMContexto delimitado #3: Processadores de eventosContexto delimitado #4: BónusContexto delimitado #5: O centro de marketingDebateLinguagem omnipresenteSubdomíniosLimites de contextos delimitadosConclusão
Capítulo 1Capítulo 2Capítulo 3Capítulo 4Capítulo 5Capítulo 6Capítulo 7Capítulo 8Capítulo 9Capítulo 10Capítulo 11Capítulo 12Capítulo 13Capítulo 14Capítulo 15Capítulo 16

Overview

Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com

Criar software é mais difícil do que nunca. Como programador, não só tens de seguir as tendências tecnológicas em constante mudança, como também tens de compreender os domínios empresariais por detrás do software. Este livro prático fornece-te um conjunto de padrões, princípios e práticas fundamentais para analisar domínios empresariais, compreender a estratégia empresarial e, mais importante, alinhar a conceção do software com as suas necessidades empresariais.

O autor Vlad Khononov mostra-te como estas práticas conduzem a uma implementação robusta da lógica empresarial e ajudam a conceber e a arquitetura de software à prova de futuro. Examina a relação entre o design orientado para o domínio (DDD) e outras metodologias para garantir que toma decisões de arquitetura que satisfazem os requisitos comerciais. Também explorarás a história real da implementação do DDD numa empresa startup.

Com este livro, aprenderás a:

Analisar o domínio de negócio de uma empresa para saber como o sistema que estás a construir se enquadra na sua estratégia competitiva
Utilizar as ferramentas estratégicas e tácticas do DDD para arquitetar soluções de software eficazes que respondam às necessidades do negócio
Constrói uma compreensão partilhada dos domínios de negócio que encontras
Decompõe um sistema em contextos delimitados
Coordena o trabalho de várias equipas
Introduzir gradualmente o DDD em projectos de raiz