O documento discute os principais conceitos do Domain Driven Design (DDD), incluindo: 1) O foco do DDD é no domínio e na lógica do domínio; 2) Os modelos no DDD são abstrações baseadas no domínio; 3) Entidades, objetos de valor, agregações e serviços são conceitos importantes no DDD.

1. Domain Driven Design (DDD)
Wende Mendes Higino
Email: wende.mendes@bluesoft.com.br

2. Objetivo
O que o DDD pode fazer por você

4. Visão de futuro
Porque os 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 é o foco do DDD ?

9. Banco de dados ?

11. Focado no domínio

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. Domínio ?

14. Domínio:
- Área de conhecimento do software
Exemplo:
domínio do software de uma farmácia:
- controle de preço, estoque, etc.

15. Modelo ?

16. O mundo

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. Brasil

21. São Paulo

22. BlueSoft

23. BlueSoft
Usado para resolver problemas

24. Recapitulando:
* Modelos sã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ão para um modelo

26. Pode ser assim:

27. Ou assim:

28. Compõe o modelo...

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 desenvolvedores e o
contexto do domínio

33. - Camadas devem fazer sentido.
“ verifique suas responsabilidades ”
- As camadas tem que ter separação

34. Camadas do DDD

35. "Esta camada é o coração de um software de negócio”
(Eric Evans)

36. Conceitos do DDD

37. Entidade: São objetos que
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únem entidades e objetos de valor de
maneira que faça sentido para o negócio
- Toda agregação tem uma raiz

41. Algumas regras:

42. Serviços
- Serviços resolvem problemas 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. Serviços
Exemplo :

44. Factories
- Criam objetos
- Objetos devem ser criados consistentes

45. Factories
Exemplo :

46. Repositórios
- Responsáveis por persistir 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 um projeto

48. Exemplo de um projeto

49. Camadas do domínio

50. Camadas do domínio

51. Camadas do domínio

52. Ciclo de vida de um
objeto para o DDD:
- Factories criam objetos

53. Ciclo de vida de um
objeto para o DDD:
- Factories criam objetos
- Repositórios recuperam objetos

54. Ciclo de vida de um
objeto para o DDD:
- Factories criam objetos
- Repositórios recuperam objetos
- Repositórios alteram objetos

55. Ciclo de vida de 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. Funciona assim ?

58. Funciona assim ?

59. Feedback é fundamental.
O tempo todo !

60. Recomendação

61. - O DDD aceita 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. Obrigado

64. Bibliografia