DDD prática guia
•Als PPTX, PDF herunterladen•
4 gefällt mir•976 views
O documento apresenta Douglas Aguiar, líder da DevIsland que fala sobre Domain Driven Design (DDD). Ele discute os princípios do DDD incluindo domínio, modelo ubíquo, entidades e agregações. Ele também menciona alguns termos-chave como DDD na prática e demonstra como o framework LiteFx funciona.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (8)
Andere mochten auch
Andere mochten auch (19)
Ähnlich wie DDD prática guia
Ähnlich wie DDD prática guia (20)
DDD prática guia
- 1. na prática Douglas Aguiar Domain Driven Design
- 2. Quem é Douglas Aguiar?
- 3. Líder DevIsland Contribui para o DNA MG e DevMinas Gerente de Desenvolvimento na Siteware
- 4. DEVELOPERS!!! WHAT’S YOUR PROFESSION?!?!?!CODE! CODE! CODE! Projeto DevIsland – http://devisland.com
- 7. DDD?
- 10. Ajuda a não cometer os mesmos erros
- 11. Mas não é uma bala de prata?!?!
- 12. Metodologias agéis ajudam Comunicação Refactoring TDD
- 13. Então porque alguns projetos dão certo?
- 14. Depende de você
- 15. Domínio
- 17. Modelo
- 19. Linguagem ubíqua
- 20. Entidades
- 21. Objetos de Valor
- 22. Agregações
- 23. Serviços
- 24. Repositórios
- 25. Enfim DDD na prática
- 26. Prepare as anotações porque vem muita sigla
- 30. Como o LiteFx funciona
- 31. Demo Let’s code developers
- 32. Perguntas?
- 33. Referências Giovanni Bassi http://unplugged.giggio.net/ Domain Driven Design Community http://domaindrivendesign.org/ Robert C. Martin's Paper on SRP http://objectmentor.com/resources/articles/srp.pdf Jimmy Nilson http://jimmynilsson.com/blog/ Robert C. Martin's on S.O.L.I.D. http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod
- 34. Obrigado pela participação! Douglas Aguiar http://douglasaguiar.me http://twitter.com/DouglasAguiar http://devisland.com
Hinweis der Redaktion
- Alguem sabe ou já ouviu falar sobre DDD?
- Domain driven design não é uma metodologia.É na realidade uma forma de pensar uma sériede prioridades, focando maior produtividadeem projetos de software que lidam com regrascomplicadas. Nesta palestra veremos o DDD naprática.
- Pareamento, Liberdade, ComunicaçãoCliente próximoTDD, Refactoring, Escoteiro
- Lembrar que projeto tradicionais que dão certo foi por sorteSoftware eh complexoSua complexidade deve ser respeitadaUm software deve viver por anos – tempo de vida de um softwareDouglas pq projetos tradicionais dão certo?
- São pessoas que desenvolvem softwarePessoas são variaveis inconstantesEstamos lidando com Caos
- Onde fica o dominio?
- Falar sobre como estamos fugindo e até deixando de acreditar em OOAbstraçoes ajudam a resolver o dominioO dominio é a grande equação
- Modelo consistente é que dá vida ao projeto
- Não usar termos tecnicos e sim de negocioAtaca não um problema de software mas sim de comunicacao entre as pessoasUbiqua = transparente
- Resaltar que é um padrão de Martin Fowler
- Minhas motivacoes para escreve-loCoisas legaisRegras de negocio descritivasDomain EventsSpecification Pattern