Baixado 29 vezes
Carregado porEduardo Bregaida
DDD - Linguagem Ubíqua
O documento discute a criação de um sistema para uma loja de aeronaves, herdada por James, utilizando conceitos de Domain-Driven Design e linguagem ubíqua para alinhar a equipe sobre o domínio. São abordadas as necessidades de busca e categorização de aviões com base em especificações como fabricante, cor e capacidade. O foco é resolver as complexidades do negócio, garantindo que o modelo sirva ao propósito real e às necessidades do cliente.
![PHP Experience 2016 - [Palestra] Vagrant, LXC, Docker, etc: Entenda as difere...](https://cdn.slidesharecdn.com/ss_thumbnails/09h40rogerioprado-160331183548-thumbnail.jpg?width=640&height=640&fit=bounds)
DDD - Linguagem Ubíqua
- 1.
- 2. Havia um grandelocal cheio de aeronaves de um ricaço que morreu. James seu sobrinho herdou este local e decidiu que queria abrir um negócio. Uma loja de aeronaves. E para isso era necessário um sistema...
- 3. E aí Bregaida,beleza?! Estou precisando de um sistema para minha loja de aeronaves.
- 4.
- 5.
- 6. Teremos Tupis, Cherokees, Aeroboeiros, Paulistinhase outras aeronaves, com diferentes capacidades e potências.!
- 7.
- 8. Hum...! Então se eufizer CapacidadeTO estender de AbstractAeronave, acho que vai dar certo!
- 9.
- 10. Negócio Complexo Pessoas Domain Linguagem deNegócio Problema Real
- 11. Conversa Sobre o domínio Paracriar um sistema
- 12. Precisamos falar amesma língua! Conversa Sobre o domínio Para criar um sistema
- 13.
- 14. Temos hangares aqui nonosso espaço, com vários aviões diferentes...
- 15. Nosso cliente chegaráno Hangar e usará o sistema para encontrar os melhores aviões para sua necessidade.
- 16. Por exemplo, temos aviõesde diferentes cores e capacidades.
- 17. O cliente normalmente também podeescolher pela empresa fabricante (Embraer, Piper, Aviat, etc)
- 18.
- 19. Isso mesmo enossos aviões possuem um nome e um prefixo que é sua identificação no Brasil.
- 20.
- 21. Exatamente, mas nosso clientevai mesmo querer pesquisar por Fabricante e nome da aeronave.
- 22.
- 23. Aliás outra buscaque quero é dado um avião quero saber quais os aviões com mesma potência.
- 24. Creio que comesse nosso repositório fica mais fácil de saber, né?
- 25.
- 27. public class Aviao{ ! private Long id; private String nome; ! private Fabricante fabricante; private Cor cor; private Capacidade capacidade; ! } !
- 28. public class Fabricante{ ! private String nome; ! } //getters & setters ! ! ! public class Cor { ! private String nome; ! } //getters & setters ! ! public class Capacidade { ! private String potencia; private String quantidadePassageiro; ! } //getters & setters
- 29. Repositório... BD? DAO? ! Oque nosso cliente quer?
- 30. public class AviaoRepository{ ! ! } List<Aviao> getTodosAvioes(); List<Aviao> getAvioesPorNome(String nome); List<Aviao> getAvioesPorFabricante(Fabricante fabricante); List<Aviao> getAvioesPorCapacidade(Capacidade capacidade); Aviao getAviaoPorId(Long id);
- 31.
- 34. Poxa é isso mesmoque eu queria, está ficando muito bom, porém esqueci que quero hangarar juntas as aeronaves com a mesma potência.!
- 35.
- 36.
- 37. public class Aviao{ //Códigos anteriores... public boolean possuemMesmaPotencia(Aviao outroAviao){ return this.capacidade.getPotencia().equals(outroAviao.getPotencia()); ! } !
- 38. Domain-Driven Design • • • • • Voltado (driven)totalmente ao problema a ser resolvido (domain) Ubiquitous Language Funciona muito bem com Agile Modelos ricos (não anêmicos) Nomes importam!
- 39. Não importa atecnologia. O que importa é o domain.
- 40.