Domain Driven Design

Transcript

1. Domain Driven Design! Olá mundo.
2. quem?  Ponta direita ou segundo atacante  Sam Fisher em SplinterCellConviction  Altaïr Ibn-La'Ahad em Assassins Creed  Oswaldo de Oliveira/Antonio Conte em PES 2013  XGHCP+
3. Motivações Como viemos parar aqui?
4. Algumas dessas motivações  Conhecer uma abordagem em parte fora do nosso cotidiano  Confrontar as nossas ferramentas com outras até então esquisitas  .NET  Knockout JS  Entity Framework  Detalhes em https://github.com/rodrigobraga/ISPM.ToDo
5. Domain Driven Design? Não é uma tecnologia, metodologia ou um framework
6. Princípios básicos Uma coisa é uma coisa outra coisa é outra coisa
7. Princípios básicos Foco no domínio.
8. Princípios básicos linguagem ubíqua e visão compartilhada
9. O que é afinal o Modelo? O modelo é centro do universo.
10. Como representar o modelo De qualquer forma; diagramas, especificações, testes, etc.; desde que seja fácil compreende-lo sem grandes esforços.
11. No final, o modelo é na verdade uma representação mental Tudo mais são apenas ferramentas de comunicação
12. Elaborando o modelo Criando um modelo para chamar de seu.
13. Elaborando o modelo Reúna os amigos, é um exercício colaborativo
14. Elaborando o modelo Discuta sempre baseado em uma linguagem comum
15. Elaborando o modelo Seja expressivo!
16. Elaborando o modelo Não precisa ser tão rápido, é um processo evolutivo.
17. Elaborando o modelo Testes são fundamentais
18. Elaborando o modelo Testes automatizados são fundamentais
19. Práticas Modus Operandi
21. Arquitetura Muitas camadas, como as cebolas
22. Apresentação Aplicação Domínio Infraestrutura
23. Entity Possuem uma identidade, persistentes.
24. Value Objects Sem uma identidade conceitual, frequentemente imutáveis.
25. Services Frequentemente “stateless”
26. Repository Uma abstração da camada de persistência
27. Factory Criação de objetos complexos
28. Resumidamente? Um exemplo? O código da aplicação deve representar o domínio https://github.com/rodrigobraga/ISPM.ToDo