Object Calisthenics

Apresentação sobre Object Calisthenics (Calistenia de Objetos) feita na empresa Deliver IT.

Apresentação baseada na apresentação de @rdohms

Transcript

1. Object Calisthenics Marcos Medeiros Melhorando a saúde do seu código!
2. Marcos Medeiros Rodrigues • Tech Lead – Time PayGo 2.0 • 10+ anos de desenvolvimento PHP • m4arcos
3. "Deixe o lugar mais limpo do que quando o encontrou" - Robert C. Martin
4. Como saber se preciso melhorar meu código • É de fácil manutenção? • É legível? • É reutilizável? • É testável?
5. Cal • is • then • ics - /ˌkaləsˈTHeniks/
6. Cal • is • then • ics - /ˌkaləsˈTHeniks/ Do grego "kallos" (beleza) e "sthenos" (força)
7. Cal • is • then • ics - /ˌkaləsˈTHeniks/ Do grego "kallos" (beleza) e "sthenos" (força)
8. Objects Calisthenics • Introduzido por Jeff Bay no livro Thought Works Anthology • Princípios de SOLID • Criado inicial para JAVA • Adaptado para PHP por Rafael Dohms (@rdohms)
9. Regra/Conselho #1 Apenas um nível de indentação por método
11. 0 1 2 3 4
13. Extract Method Principle
15. Método reutilizável
16. Método reutilizável Funções C (nativas) são mais rápidas que PHP
17. Single Responsibility Principle (S do SOLID) Método reutilizável Funções C (nativas) são mais rápidas que PHP
20. Benefícios • Facilita a reutilização • Princípio de responsabilidade única • Extract Method
21. Regra/Conselho #2 Não use ELSE!
25. Early return Early return Early return Early return
27. Benefícios • Legibilidade (caminho único) • Evita duplicação de código • Diminui complexidade ciclomática
28. Regra/Conselho #3 Encapsule todos os dados primitivos
29. Regra/Conselho #3 Encapsule TODOS os dados primitivos, em caso de comportamento
30. Mas quando encapsular? • Quando o seu tipo precisar de validações, regras de negócio ou comportamentos • Por exemplo: • CPF • E-mail • Números de Telefone/Celular • Lista de Status (Aprovado, Negado, Pendente...) • ...
32. Benefícios • Type Hiting • Encapsulamento de regras de negócio • Previne duplicação de código • Value Obejcts do DDD
33. Regra #4 Coleções de Primeira Classe
35. Benefícios • Single Responsibility Principle (S em S.O.L.I.D) • Classe específica para filtrar, mapear, ordenar, etc...
36. Regra #5 Apenas um ponto por linha Obs.: Essa regra não se aplica para objetos que utilizam FluentInterfaces/ Method ChainingPattern
38. Difícil de entender
39. Difícil de entender Difícil de debugar e testar
41. Benefícios • Legibilidade • Mais fácil de debugar e testar • Lei de Demeter
42. Perai! O que são Lei de Demeter e Fluent Interfaces / Method Chaining Pattern?
43. Lei de Demeter
44. Lei de Demeter A B C
45. Lei de Demeter A B C
46. Lei de Demeter A B C
47. Lei de Demeter • Principio do Menor Conhecimento • Entidades só devem conversar com seus vizinhos diretos • Entidades nunca deverão depender de uma estrutura interna de um vizinho indireto • Entidades deverão apenas expor informações que serão usadas por outras entidades
48. Fluent Interfaces / Method Chaining Pattern
51. Regra/Conselho #6 Não abrevie!
56. Early return
57. Early return
58. Benefícios • Legibilidade • Facilita manutenção
59. Regra/Conselho #7 Deixe as entidades no menor tamanho possível
60. Regra #7 Evitar classes com mais de 50 linhas
61. Regra #7 Evitar classes com mais de 50 linhas 200
62. Regra #7 Evitar classes com mais de 200 linhas 10 métodos por classe 15 classes por package
63. Benefícios • Legibilidade • Objetividade na criação da classe e dos métodos • Namespaces menores
64. Regra #8 Não crie classe com mais de duas instâncias de variáveis
65. Regra #8 Não crie classe com mais de duas instâncias de variáveis
66. Regra #8 Não crie classe com mais de cinco instâncias de variáveis
68. Benefícios • Menor lista de dependências • Facilita mocks para testes
69. Regra #9 Não utilize Getters e Setters (Tell, don't ask!)
73. Quando devemos utilizar Getters e Setters?
75. Objects Calisthenics
76. • #1 - Apenas um nível de indentação por método • #2 - Não use ELSE! • #3 -Encapsule todos os dados primitivos • #4 - Coleções de Primeira Classe • #5 - Apenas um ponto por linha • #6 - Não abrevie! • #7 - Evitar classes com mais de 200 linhas • #8 - Não crie classe com mais de cinco instâncias de variáveis • #9 - Não utilize Getters e Setters (Tell, don't ask!)
77. • #1 - Apenas um nível de indentação por método • #2 - Não use ELSE! • #3 -Encapsule todos os dados primitivos • #4 - Coleções de Primeira Classe • #5 - Apenas um ponto por linha • #6 - Não abrevie! • #7 - Evitar classes com mais de 200 linhas • #8 - Não crie classe com mais de cinco instâncias de variáveis • #9 - Não utilize Getters e Setters (Tell, don't ask!)
78. Sejam belos e fortes
79. Links • https://www.slideshare.net/rdohms/your-code-sucks-lets-fix-it- 15471808 • https://medium.com/@rafaelcruz_48213/desenvolva-um- c%C3%B3digo-melhor-com-object-calisthenics-d5364767a9ba • https://refactoring.guru/smells/long-parameter-list • https://www.youtube.com/watch?v=p326ltCYieY