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 7. Modelar a dimensão do tempo

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

No capítulo anterior, aprendeste sobre o padrão de modelo de domínio: seus blocos de construção, propósito e contexto de aplicação. O padrão de modelo de domínio com origem em evento é baseado na mesma premissa do padrão de modelo de domínio. Mais uma vez, a lógica empresarial é complexa e pertence a um subdomínio principal. Além disso, utiliza os mesmos padrões táticos que o modelo de domínio: objetos de valor, agregados e eventos de domínio.

A diferença entre esses padrões de implementação está na forma como o estado dos agregados é persistido. O modelo de domínio com origem em eventos utiliza o padrão de origem de eventos para gerir os estados dos agregados: em vez de persistir o estado de um agregado, o modelo gera eventos de domínio que descrevem cada alteração e utiliza-os como fonte de verdade para os dados do agregado.

Este capítulo começa por introduzir a noção de origem de eventos. Em seguida, aborda como o fornecimento de eventos pode ser combinado com o padrão de modelo de domínio, tornando-o um modelo de domínio com fornecimento de eventos.

Fornecimento de eventos

Mostra-me o teu fluxograma e esconde as tuas tabelas, e eu continuarei a ser confundido. Mostra-me as tuas tabelas e, normalmente, não precisarei do teu fluxograma; será óbvio.

Fred Brooks¹

Vamos usar o raciocínio de Fred Brooks para definir ...