Transferir como PDF, PPTX
Carregado porWende Mendes
Domain-Driven-Design
O documento resume os principais conceitos do Domain Driven Design (DDD). Ele explica que DDD é uma abordagem focada no domínio e na lógica de negócios, utilizando modelos baseados no domínio e uma linguagem ubíqua compartilhada. Também descreve conceitos-chave como entidades, agregações, serviços, repositórios e o ciclo de vida de objetos no DDD.
Domain-Driven-Design
- 1. Domain Driven Design(DDD) Wende Mendes Higino Email: wende.mendes@bluesoft.com.br
- 2. Objetivo Oque o DDD pode fazer por você
- 4. Visão de futuro Porqueos arquitetos de software devem se preocupar com o DDD ? Temos que fazer software para durar
- 5. O que éDDD ? “ É uma abordagem para desenvolvimento de software ”
- 8. Qual é ofoco do DDD ?
- 9.
- 11.
- 12. Principais premissas do(DDD) “ Para a maioria dos projetos de software o foco principal deve ser no domínio e na lógica do domínio ” “ Desenhos complexos de domínio devem ser baseados em modelos ”
- 13.
- 14. Domínio: - Áreade conhecimento do software Exemplo: domínio do software de uma farmácia: - controle de preço, estoque, etc.
- 15.
- 16.
- 17. O mundo Não precisa ser impecavelmente realista
- 18. Modelos ? - Modelo são baseados em abstrações. - É uma idéia e deixa um monte de detalhes de fora.
- 19. O mundo Excesso de informações atrapalha
- 20.
- 21.
- 22.
- 23. BlueSoft Usado para resolver problemas
- 24. Recapitulando: * Modelossão abstrações - O que não interessa fica de fora - O modelo deve refletir no código ou são irrelevantes - O modelo deve representar o seu domínio
- 25. Não há padrãopara um modelo
- 26.
- 27.
- 28.
- 29. Ubiquitous Language: - Vem dos business experts - É refletida no modelo - É refletida no código - É falada pelo time
- 30. Não Sim - Tabela - Carga - Classe - Conta corrente - método - Agendamento de horários - String - Deposito bancário - Banco de dados - Realizar matricula
- 31. Ouça business experts Éele que entende do negócio. É ele que conhece o problema, não você
- 32. Distância dos desenvolvedorese o contexto do domínio
- 33. - Camadas devemfazer sentido. “ verifique suas responsabilidades ” - As camadas tem que ter separação
- 34.
- 35. "Esta camada éo coração de um software de negócio” (Eric Evans)
- 36.
- 37. Entidade: São objetosque tem significado no domínio Entidade: possuem identidades
- 38. Objetos de Valor -Objetos de valor não tem identidade para o negócio - São reconhecidos por seus atributos - Geralmente são imutáveis Exemplo: Azul Verde Vermelho
- 39. Agregações - Reúnementidades e objetos de valor de maneira que faça sentido para o negócio - Toda agregação tem uma raiz
- 41.
- 42. Serviços - Serviços resolvemproblemas de negócio, mas não são entidades e nem objetos de valor - Se meu serviço precisar retornar algum objeto, este objeto tem que estar no meu domínio
- 43.
- 44. Factories - Criam objetos -Objetos devem ser criados consistentes
- 45.
- 46. Repositórios - Responsáveis porpersistir e destruir os objetos - Responsáveis por guardar e recuperar objetos - Falar a língua do negócio * Vai ter métodos: - obter por data - obter por cpf - obter por vencimento
- 47. Exemplo de umprojeto
- 48. Exemplo de umprojeto
- 49.
- 50.
- 51.
- 52. Ciclo de vidade um objeto para o DDD: - Factories criam objetos
- 53. Ciclo de vidade um objeto para o DDD: - Factories criam objetos - Repositórios recuperam objetos
- 54. Ciclo de vidade um objeto para o DDD: - Factories criam objetos - Repositórios recuperam objetos - Repositórios alteram objetos
- 55. Ciclo de vidade um objeto para o DDD: - Factories criam objetos - Repositórios recuperam objetos - Repositórios alteram objetos - Repositórios destroem objetos
- 56. Ciclo de vida: -Factories criam objetos - Repositórios recuperam objetos - Repositórios alteram objetos - Repositórios destroem objetos
- 57.
- 58.
- 59. Feedback é fundamental. Otempo todo !
- 60.
- 61. - O DDDaceita mudanças - Não brigue com elas
- 62. Recomendações: “ O foco são os projetos com regras de negócio complexas ” “ Quando as empresas fam que o projeto é simples, comece a tomar cuidado, pois eles crescem ” “ Comece com projetos pequenos para aprender ”
- 63.
- 64.