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