O documento aborda princípios de programação limpa utilizando o método de Object Calisthenics, apresentando nove regras que visam melhorar a qualidade do código Ruby. As diretrizes incluem práticas para manter a legibilidade, coesão e testabilidade do código, como evitar o uso de 'else', encapsular tipos primitivos e não utilizar getters e setters. Além disso, o texto enfatiza a importância da responsabilidade do desenvolvedor pelo código que escreve.

1. Lapidando código ruby com
Object Calisthenics
Carlos Eduardo (kadu)
/thekaduu /ikaduu

2. nosso propósito é criar as melhores
experiências em serviços médicosnosso propósito é criar as melhores
experiências em serviços médicos

5. ● difícil manutenção
● custo nova funcionalidade
● estresse

6. “Você se torna eternamente responsável
Carlos Eduardo (Kadu) :)
pelo código que escreve”

7. código limpo
mas afinal o que é isso?

8. “Clean code is simple and direct. Clean code
reads like well-written prose. Clean code never
obscures the designer’s intent but rather is full
of crisp abstractions and straightforward lines
of control.”
Grady Booch
clean code handbook of agile software craftsmanship

9. ● legibilidade
● alta coesão
● baixo acoplamento
● testabilidade

10. como implementar isso tudo?

11. Dont
Repeat
Yourself

12. ● legibilidade
● alta coesão
● baixo acoplamento
● fácil de testar

13. Object Calisthenics

14. “A palavra calisthenics vem das antigas palavras
gregas kallos (κάλλος), que significa “belo“ e
sthenos (σθένος), que significa “força”.
Wikipedia
https://en.wikipedia.org/wiki/Calisthenics

15. Exercícios!

16. Esse conceito foi criado pelo
Jeff Bay no livro
The ThoughtWorks Anthology

17. “So here’s an exercise that can help you to
internalize principles of good object-oriented
design and actually use them in real life.”
Jeff Bay
The ThoughtWorks Anthology

18. Object Calisthenics
é um conjunto de 9 regras exercícios, que ajudam a lapidar seu código

19. Object Calisthenics #1
“somente um nível de indentação
por método”

22. 1
2

23. Extract Method

25. ● Single Responsibility Principle (S do SOLID)
● Extract Method
● Reuso
● Legibilidade
● Manutenabilidade
Resumo:

26. Object Calisthenics #2
“não use o keyword ‘ELSE’”

28. Vai aplicar o desconto

30. Vai aplicar o desconto

32. ● evita a duplicação de código DRY
● legibilidade
● reduz a complexidade ciclomática
Resumo:
Em casos complexo, padrões como State,
Null Object e Strategy podem ser úteis

33. Object Calisthenics #3
“encapsule todos os tipos primitivos
e strings”
(às vezes)

34. Se uma variável de tipo primitivo tiver
comportamento, deve ser encapsulada

36. validar período
efetuar reservar

38. ● evita a duplicação de código DRY
● Single Responsibility Principle (S do SOLID)
● valida o estado na criação do objeto
● encoraja composição
Resumo:
Martin Fowler apresenta este conceito como
Value Object.

39. Object Calisthenics #4
“coleções de primeira classe”

41. manipulação de array
manipulação de array
lógica de negócio

43. ● Single Responsibility Principle (S do SOLID)
● Open Closed Principle (O do SOLID)
● reuso
● testabilidade
Resumo:

44. Object Calisthenics #5
“um ponto por linha”
Exceto Fluent Interfaces e Method chaining

45. The Law of Demeter (LoD)
“Only talk to your friends”

47. LoD violada

49. ● legibilidade
● facilidade para testar (mocks)
● The Law of Demeter
● reduz o acoplamento
● coesão
Resumo:

50. Object Calisthenics #6
“não abreviar o código”

51. Defina nomes que expressem o que realmente o
método faz (mesmo que possa parecer ridículo)

52. ● comunicação mais clara
● manutenabilidade
● Ubiquitous Language (Eric Evans)
Resumo:
Quando for dar nome a método/variável,
caso você pense em utilizar “e” (and), seu
método pode está fazendo mais coisas do
que deveria.

53. Object Calisthenics #7
“mantenha as classes pequenas”

55. A regra original diz que uma classe deve
ter no máximo 50 linhas e um módulo no
máximo 10 arquivos

56. ● Single Responsibility Principle (S do SOLID)
● clareza nos métodos
● evitar God Class anti-pattern
Resumo:

57. Object Calisthenics #8
“não crie classes com mais de duas
variáveis de instância”

58. A regra original diz duas variáveis por
instância, mas para não sermos extremistas,
podemos usar até cinco 😄

59. ● Single Responsibility Principle (S do SOLID)
● lista de dependências curta
● facilidade ao testar (mocks)
Resumo:

60. Object Calisthenics #9
“não use getter and setters”

62. gettters quantity e price
setter status

63. “Tell, don’t ask”

65. ● Information Expert (GRASP)
● foco no comportamento ao invés de dados
● encapsulamento
Resumo:

66. #1 somente um nível de indentação por método
#2 não use o keyword “else”
#3 encapsule os tipos primitivos e strings
#4 coleções de primeira classe
#5 um ponto por linha
#6 não abrevie seu código
#7 mantenha as classes pequenas
#8 não crie classes com mais de duas variáveis de instância
#9 não use getters and setters
Recapitulando

67. https://www.cs.helsinki.fi/u/luontola/tdd-2009/ext/ObjectCalisthenics.pdf
https://www.infoq.com/br/presentations/codigo-limpo-e-object-calisthenics/
https://pt.slideshare.net/FerdinandoSantacroce/object-calisthenics-87601779
http://talks.jessedobbelae.re/object-calisthenics/
https://pt.slideshare.net/guilhermeblanco/php-para-adultos-clean-code-e-obj
ect-calisthenics
https://martinfowler.com/bliki/ValueObject.html
Links

68. Leitura