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

Content preview from Aprende a utilizar o design orientado para o domínio

Capítulo 9. Padrões de comunicação

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

Os Capítulos 5-8 apresentaram padrões de design tácticos que definem as diferentes formas de implementar os componentes de um sistema: como modelar a lógica empresarial e como organizar arquitetonicamente os elementos internos de um contexto delimitado. Neste capítulo, vamos ultrapassar os limites de um único componente e discutir os padrões para organizar o fluxo de comunicação entre os elementos de um sistema.

Os padrões que aprenderás neste capítulo facilitam a comunicação entre contextos delimitados, abordam as limitações impostas pelos princípios de design agregado e orquestram processos de negócios que abrangem vários componentes do sistema.

Tradução de modelos

Um contexto delimitado é o limite de um modelo - uma linguagem ubíqua. Como aprendeste no Capítulo 3, existem diferentes padrões para conceber a comunicação em diferentes contextos delimitados. Supõe que as equipas que implementam dois bounded contexts comunicam eficazmente e estão dispostas a colaborar. Neste caso, os contextos delimitados podem ser integrados numa parceria: os protocolos podem ser coordenados de forma ad hoc e quaisquer problemas de integração podem ser resolvidos eficazmente através da comunicação entre as equipas. Outro método de integração orientado para a cooperação é o kernel partilhado: as equipas extraem e co-evoluem uma parte limitada ...