Palestra dada no evento de lançamento do grupo de usuários DevIsland, de Belo Horizonte. http://devisland.com/

1. Giovanni Bassi Consultor independente giovannibassi.com [email_address]

2. Giovanni Bassi

4. Orientação a objetos? Objetivo

6. NHibernate Datasets Camadas Orientação a objetos Waterfall Agilidade Injeção de dependência Entity Framework Rails Cloud Computing SOA Linguagens Dinâmicas

7. Visão de futuro ou... Porque o arquiteto deve ser preocupar com DDD

8. Começando pelo começo: o que é DDD? “ É uma abordagem para o desenvolvimento de software”

11. Qual o foco do DDD?

13. Focado no domínio!

14. “ Para a maioria dos projetos de software o foco principal deve ser no domínio e na lógica do domínio .” “ Desenhos complexos de domínio devem ser baseados em um modelo .” Quais são as duas principais premissas do DDD? Eric Evans

16. Modelo? Não...

17. O mundo Século XI

18. O mundo Século XVIII

19. O mundo

20. Modelos são baseados em abstrações

21. O mundo

26. Modelos são abstrações Isso quer dizer que o que não interessa fica de fora Se você conseguir equalizar isso, o modelo é perfeito Modelos devem refletir o código ou são irrelevantes

27. Não há padrão para um modelo

28. Ele pode ser assim...

29. Ou até assim...

30. No modelo vão...

31. Ubiquitous Language (está em toda parte) Vem dos business experts É refletida no modelo É refletida no código É falada pelo time

32. “ Tabela” “ Classe” “ Thread” “ Banco de dados” “ Façade” “ .Net 3.5” “ Carga” “ Conta corrente” “ Serviço de tradução de itinerário” “ Repositório de clientes” “ Agendamento de horário”

33. Ouça o Business Expert É ele quem conhece o problema, não você

35. Camadas devem fazer sentido (verifique suas responsabilidades) Se não separou não é camada Layers != Tiers Camadas

37. “ Esta camada é o coração de um software de negócios” Eric Evans

38. Utilize: ( )

39. Entidades possuem identidade Entidades têm significado no domínio

40. Objetos de valor não tem identidade para o negócio Freqüentemente são imutáveis São reconhecidos por seus atributos Cores: Azul Amarelo Verde Vermelho

41. public struct Categoria { public string Nome { get ; private set ; } public int Id { get ; private set ; } private static Categoria _Veiculos = new Categoria () { Id = 1 , Nome = "Veiculos" }; public static Categoria Veiculos { get { return _Veiculos; } } public override bool Equals( object obj) { if (!(obj is Categoria )) return false ; return (( Categoria )obj).Nome == this .Nome; } public static bool operator ==( Categoria objA, Categoria objB) { return objA.Equals(objB); } public static bool operator !=( Categoria objA, Categoria objB) { return !objA.Equals(objB); } public override int GetHashCode() { return this .Id; } }

42. Agregações reunem entidades e objetos de valor de maneira que faça sentido para o negócio Agregações definem fronteiras claras Toda agregação tem uma raiz

44. Algumas regras...

45. Serviços resolvem problemas de negócio mas não são entidades nem objetos de valor Serviços não possuem estado de negócio

47. Factories criam objetos Levemente diferente das factories de padrões de projeto Será responsabilidade de um objeto se construir? Objetos devem ser criados consistentes

48. Como criar qualquer destes objetos? Só com factories

49. Repositórios fingem que têm todos os dados na memória Para o consumidor do repositório não faz muita diferença onde está o objeto Os Repositórios são os responsáveis por persistir e destruir os objetos

50. public class RepositoryCargaSQLServer : IRepositoryCarga { public Carga RecuperarCarga( int id) { var cmd = new SqlCommand ( "SELECT ..." ); var adapter = new SqlDataAdapter (cmd); var dataset = new DataSet (); adapter.Fill(dataset); var factory = new FactoryCarga (); var carga = factory.CriaCarga(dataset.Tables[0].Rows[0]); return carga; } public void ArmazenaCarga( Carga carga) { var cmd = new SqlCommand (); if (carga.ID == -1) cmd.CommandText = "INSERT..." ; else cmd.CommandText = "UPDATE..." ; cmd.ExecuteNonQuery(); } } Podem ser assim...

51. Ou assim...

52. Mais regras...

54. Ciclo de vida: Factories criam Repositórios recuperam Repositórios alteram Repositórios destroem

55. Processo

56. Funciona assim? Levantamento Análise Codificação Testes Implantação

57. Feedback é fundamental

58. Assim é bem mais fácil

59. Abrace as mudanças... ... não brigue com elas

62. Mas pode dar trabalho Então o foco são projetos com regras de negócio complexas

73. Referências

74. Recomendação de leitura