Modelando sua aplicação Node.js com Domain Driven Design

Apresentação realizada no TDC 2019 em Florianópolis.

Nela mostramos um pouco os elementos utilizados para projetar e estruturar o seu código com o DDD a partir da linguagem úbiqua de seu projeto de forma a que ele reflita como o domínio se comporta.

Alguns exemplos de como aplicar esses conceitos em um código Node.js estão em: https://github.com/danielbdias/domain-driven-design-in-nodejs

Transcript

1. Modelando sua aplicação Node.js com Domain Driven Design
2. Engenheiro de Software na Resultados Digitais Mestre em Ciência da Computação (foco em IA) pela USP Artista marcial há mais de 10 anos Quem sou?
3. Pai coruja / zumbi Quem sou?
4. Desenvolvendo software no dia-a-dia
5. Mundo Real Software
6. Nas primeiras tentativas de mapear essa realidade...
7. Funciona !!!
8. #sqn
9. O problema / expectativa
10. Alinhamento de informações
11. O que esperamos
12. O que acontece
13. O que realmente acontece
14. Domain Driven Design
15. Domain Driven Design área de interesse onde o software será desenvolvido
16. Domain Driven Design área de interesse onde o software será desenvolvido o "como" estruturamos as partes internas do software para refletir o domínio
17. Como pensar o software? Código Arquitetura Design
18. Onde iremos nos focar Código Design
19. Em que estrutura?
20. O que esperamos
21. Começando a modelar
22. Linguagem úbiqua • Linguagem (termos, ações, papéis) que "permeia" todo o software e o seu processo de construção • Deve ser refletida e evoluir com o código!
23. Modelo Projeto Negócio Desenvolvedor Linguagem úbiqua Domínio
24. Ao problema !!!
25. Mas primeiro...
26. Não existe bala de prata !!!!!!!!!!!
27. "O coiso deve ser ligado junto com o treco para conseguir a outra coisa" Primeira descrição de domínio
29. "O coiso deve ser ligado junto com o treco para conseguir a outra coisa" Papéis
30. "O coiso deve ser ligado junto com o treco para conseguir a outra coisa" Ações
31. ligado com para conseguir
33. "O coiso deve ser usado no GPS para conseguir calcular a rota" Round 2
35. "O endereço deve ser usado no GPS para conseguir calcular a rota" Round 3, a.k.a. o que é o coiso?
37. Ok… mas e a estrutura do código?
38. DDD Tático: Building blocks
39. Aplicação de exemplo (estrutura) Adapter Adapter Infraestrutura Domínio GraphQL Adapter
40. DDD Tático: Building blocks
41. Building blocks Entidades Objetos de Valor Serviços Agregados Factories Repositórios
42. Building blocks "mais comuns" Entidades Objetos de Valor Serviços Repositórios
43. • Entidades: objeto com uma série de atributos definidos por uma identidade e linha de continuidade • Objeto de valor: objeto com uma série de atributos, sem identidade e imutável Building blocks
44. "Um endereço é único no sistema e deve ter um logradouro, número, CEP, cidade e tipo (residência ou trabalho)" "Uma rota é um conjunto de instruções ordenadas, que descrevem a direção a seguir para o destino" Entidades X Objetos de Valor
45. Entidades
46. Objetos de valor
47. • Serviços: comportamentos do domínio que não se enquadram em entidades e em objetos de valor, não possuem estado • Repositórios: serviço responsável por gerenciar o ciclo de vida das entidades / agregados na aplicação, persistir os dados de uma entidade / agregado em um mecanismo de armazenamento (banco de dados, arquivo, etc) Building blocks
48. Serviços e Repositórios
49. Coding...
50. • Livros: ◦ Domain Driven Design: Tackling Complexity in the Heart of Software ◦ Implementing Domain-Driven Design ◦ Domain-Driven Design Distilled ◦ Clean Architecture: A Craftsman's Guide to Software Structure and Design • Talks: ◦ GOTO 2017 • DDD Today - Modeling Uncertainty • Vaughn Vernon ◦ Eric Evans - Keynote: DDD Isn't Done: A Skeptical, Optimistic , Pragmatic Look Para saber mais...
51. Obrigado! https://github.com/danielbdias https://speakerdeck.com/danielbdias https://twitter.com/danielbdias https://github.com/danielbdias/domain-driven-design-in-nodejs