Object Calisthenics
Marcos Medeiros
Melhorando a saúde do seu código!
Slide 2
Slide 2 text
Marcos Medeiros Rodrigues
• Tech Lead – Time PayGo 2.0
• 10+ anos de
desenvolvimento PHP
• m4arcos
Slide 3
Slide 3 text
"Deixe o lugar mais limpo do
que quando o encontrou"
- Robert C. Martin
Slide 4
Slide 4 text
Como saber se preciso melhorar meu código
• É de fácil manutenção?
• É legível?
• É reutilizável?
• É testável?
Slide 5
Slide 5 text
Cal • is • then • ics - /ˌkaləsˈTHeniks/
Slide 6
Slide 6 text
Cal • is • then • ics - /ˌkaləsˈTHeniks/
Do grego "kallos" (beleza) e "sthenos" (força)
Slide 7
Slide 7 text
Cal • is • then • ics - /ˌkaləsˈTHeniks/
Do grego "kallos" (beleza) e "sthenos" (força)
Slide 8
Slide 8 text
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)
Slide 9
Slide 9 text
Regra/Conselho #1
Apenas um nível de indentação por método
Slide 10
Slide 10 text
No content
Slide 11
Slide 11 text
0
1
2
3
4
Slide 12
Slide 12 text
No content
Slide 13
Slide 13 text
Extract Method
Principle
Slide 14
Slide 14 text
No content
Slide 15
Slide 15 text
Método
reutilizável
Slide 16
Slide 16 text
Método
reutilizável
Funções C (nativas) são mais rápidas
que PHP
Slide 17
Slide 17 text
Single Responsibility
Principle (S do SOLID)
Método
reutilizável
Funções C (nativas) são mais rápidas
que PHP
Slide 18
Slide 18 text
No content
Slide 19
Slide 19 text
No content
Slide 20
Slide 20 text
Benefícios
• Facilita a reutilização
• Princípio de responsabilidade única
• Extract Method
Slide 21
Slide 21 text
Regra/Conselho #2
Não use ELSE!
Slide 22
Slide 22 text
No content
Slide 23
Slide 23 text
No content
Slide 24
Slide 24 text
No content
Slide 25
Slide 25 text
Early return
Early return
Early return
Early return
Regra/Conselho #3
Encapsule todos os dados primitivos
Slide 29
Slide 29 text
Regra/Conselho #3
Encapsule TODOS os dados primitivos,
em caso de comportamento
Slide 30
Slide 30 text
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...)
• ...
Slide 31
Slide 31 text
No content
Slide 32
Slide 32 text
Benefícios
• Type Hiting
• Encapsulamento de regras de negócio
• Previne duplicação de código
• Value Obejcts do DDD
Slide 33
Slide 33 text
Regra #4
Coleções de Primeira Classe
Slide 34
Slide 34 text
No content
Slide 35
Slide 35 text
Benefícios
• Single Responsibility Principle (S em S.O.L.I.D)
• Classe específica para filtrar, mapear, ordenar, etc...
Slide 36
Slide 36 text
Regra #5
Apenas um ponto por linha
Obs.: Essa regra não se aplica para objetos que utilizam FluentInterfaces/ Method
ChainingPattern
Slide 37
Slide 37 text
No content
Slide 38
Slide 38 text
Difícil de entender
Slide 39
Slide 39 text
Difícil de entender
Difícil de debugar e testar
Slide 40
Slide 40 text
No content
Slide 41
Slide 41 text
Benefícios
• Legibilidade
• Mais fácil de debugar e testar
• Lei de Demeter
Slide 42
Slide 42 text
Perai! O que são Lei de Demeter e Fluent
Interfaces / Method Chaining Pattern?
Slide 43
Slide 43 text
Lei de Demeter
Slide 44
Slide 44 text
Lei de Demeter
A B C
Slide 45
Slide 45 text
Lei de Demeter
A B C
Slide 46
Slide 46 text
Lei de Demeter
A B C
Slide 47
Slide 47 text
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
Slide 48
Slide 48 text
Fluent Interfaces / Method Chaining Pattern
Slide 49
Slide 49 text
No content
Slide 50
Slide 50 text
No content
Slide 51
Slide 51 text
Regra/Conselho #6
Não abrevie!
Slide 52
Slide 52 text
No content
Slide 53
Slide 53 text
No content
Slide 54
Slide 54 text
No content
Slide 55
Slide 55 text
No content
Slide 56
Slide 56 text
Early return
Slide 57
Slide 57 text
Early return
Slide 58
Slide 58 text
Benefícios
• Legibilidade
• Facilita manutenção
Slide 59
Slide 59 text
Regra/Conselho #7
Deixe as entidades no menor tamanho possível
Slide 60
Slide 60 text
Regra #7
Evitar classes com mais de 50 linhas
Slide 61
Slide 61 text
Regra #7
Evitar classes com mais de 50 linhas
200
Slide 62
Slide 62 text
Regra #7
Evitar classes com mais de 200 linhas
10 métodos por classe
15 classes por package
Slide 63
Slide 63 text
Benefícios
• Legibilidade
• Objetividade na criação da classe e dos métodos
• Namespaces menores
Slide 64
Slide 64 text
Regra #8
Não crie classe com mais de duas instâncias de
variáveis
Slide 65
Slide 65 text
Regra #8
Não crie classe com mais de duas instâncias de
variáveis
Slide 66
Slide 66 text
Regra #8
Não crie classe com mais de cinco instâncias de
variáveis
Slide 67
Slide 67 text
No content
Slide 68
Slide 68 text
Benefícios
• Menor lista de dependências
• Facilita mocks para testes
Slide 69
Slide 69 text
Regra #9
Não utilize Getters e Setters
(Tell, don't ask!)
Slide 70
Slide 70 text
No content
Slide 71
Slide 71 text
No content
Slide 72
Slide 72 text
No content
Slide 73
Slide 73 text
Quando devemos utilizar Getters e Setters?
Slide 74
Slide 74 text
No content
Slide 75
Slide 75 text
Objects Calisthenics
Slide 76
Slide 76 text
• #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!)
Slide 77
Slide 77 text
• #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!)