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 13. Design orientado para o domínio no mundo real

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

Abordámos ferramentas de conceção orientadas para o domínio para analisar domínios empresariais, partilhar conhecimentos e tomar decisões de conceção estratégicas e tácticas. Imagina como será divertido aplicar estes conhecimentos na prática. Vamos considerar um cenário em que estás a trabalhar num projeto novo. Todos os teus colegas de trabalho têm uma forte compreensão do design orientado para o domínio e, desde o início, todos estão a fazer o seu melhor para conceber modelos eficazes e, claro, estão a usar a linguagem omnipresente. À medida que o projeto avança, os limites dos contextos delimitados são explícitos e eficazes na proteção dos modelos do domínio empresarial. Finalmente, uma vez que todas as decisões tácticas de design estão alinhadas com a estratégia de negócio, a base de código está sempre em boa forma: fala a linguagem ubíqua e implementa os padrões de design que acomodam a complexidade do modelo. Agora acorda.

As tuas hipóteses de experimentar as condições de laboratório que acabei de descrever são tão boas como ganhar a lotaria. Claro que é possível, mas não é provável. Infelizmente, muitas pessoas acreditam erradamente que o design orientado para o domínio só pode ser aplicado em projectos greenfield e em condições ideais em que todos na equipa são cintos negros de DDD. Ironicamente, ...