O documento aborda refatoração de código, destacando práticas para melhorar a estrutura e facilitar modificações. Enfatiza a importância de métodos curtos, extração de métodos e a substituição de variáveis temporárias para facilitar a manutenção do código. Sugere também o uso de polimorfismo e encapsulamento para reduzir acoplamentos problemáticos entre classes.

2. FOWLER, M. Refactoring: Improving the design of
existing code. Boston, MA:Addison-Wesley, 1999.

15. http://staruml.io/

17. http://www.uml-lab.com/en/uml-lab/academic/

19. http://plugins.netbeans.org/plugin/55435/easyuml

22. Obs.: o teste completo deve exercitar todas as
alternativas previstas nas regras de negócio

23. Eclipse

24. NetBeans

26. Eclipse

27. NetBeans

31. Se houver algum problema:
Engano (proposital)

34. Combinando todos os casos de teste em uma suíte de testes:
Eclipse

35. NetBeans

38. Quando for necessário alterar o código e ele não está estruturado de modo
adequado para receber essa modificação, primeiro refatore o programa para
tornar a modificação mais fácil de ser realizada, e então faça a modificação.

39. Método muito longo!
• Ter mais métodos curtos
é uma opção melhor
 Mais claro
 Mais gerenciável

40. Quando você tem um fragmento de código que pode ser manipulado como um grupo:
Transforme o fragmento em um método cujo nome explique o propósito do método
https://refactoring.guru/extract-method

42. Trecho candidato:

43. Original:
Modificado:

44. Usando os recursos da IDE para refatoração
Eclipse

49. Qual informação
da classe Customer
é usada nesse
método?

50. Quando um método usa mais características de outra classe que da classe na
qual ele está alocado:
Crie um novo método com corpo similar na classe que ele mais usa.
Transforme o método original em uma delegação ou, se for o caso, remova-o.
https://refactoring.guru/move-method

52. Método na classe Rental:
Método na classe Customer:

54. NetBeans

69. Você tem uma variável temporária que recebe um valor uma vez a partir
de uma expressão simples e a variável temporária pode atrapalhar a
aplicação de outras refatorações:
Troque todas as referências à variável temporária pela expressão.
https://refactoring.guru/inline-temp

71. Verificar que atribuição é a única:
Substituir usos da variável pelo lado direito da atribuição:
E testar...

72. Remover a atribuição e a atribuição:
E testar...

73. Extrair método

74. Só usa dados
de Rental

75. Move method
Na classe Rental:

76. Estado atual do método statement:
Variáveis
temporárias

77. Você está usando uma variável temporária para manter o resultado de
uma expressão:
Extraia a expressão para um método. Substitua todas as referências
para a variável temporária pelo novo método. O novo método poderá
então ser utilizado em outros métodos
https://refactoring.guru/replace-temp-with-query

79. Substituindo totalAmount:

80. Substituindo frequentRenterPoints:

84. Na classe Rental:

85. Na classe Rental:
Escolha do switch é feito com
base em um atributo de Movie
(não é uma boa estratégia...)

86. e mais alguns ajustes...

87. Classe Movie:
Classe Rental:

88. O mesmo ocorre com o método getFrequentRenterPoints():
Adicionalmente: coisas que variam juntas devem estar juntas

89. Na classe Movie:
Na classe Rental:

94. Você tem um código de tipo que afeta o comportamento de uma
classe, mas você não pode usar herança diretamente:
Substitua o código de tipo com um objeto de estado
https://refactoring.guru/replace-type-code-with-state-strategy

96. Você está acessando um atributo diretamente, mas o forte
acoplamento em relação a esse atributo está se tornando problemático:
Crie métodos get...() e set...() para esse atributo e use apenas esses
métodos para acessar o atributo
https://refactoring.guru/self-encapsulate-field

98. Aplicando ao código, na classe Movie:

99. Adicionar as novas classes:

100. Mudar os métodos de set() e get() para usar as novas classes:

101. Mover o método getCharge() para a classe Price:
Na classe Movie: Na classe Price:

102. Substituir condicional com polimorfismo:
1. Para cada case do switch, criar um método que
sobrescreve o método original
2. Compilar e testar

104. Agora, o método getCharge() de Price pode ser
declarado como abstract:

105. Seguindo o mesmo procedimento para getFrequentRenterPoints()
• Mover o método para a classe Price:
Na classe Movie:
Na classe Price:

106. Comportamento para lançamentos (New release):
sobrescreve o método na classe NewReleasePrice

107. Comportamento para os demais tipos de filmes (Regular, Infantil):
Utiliza o método padrão (manter na classe Price)

108. Diagrama de classes final:

111. http://staruml.io/
http://www.uml-lab.com/en/uml-lab/tutorials/
http://plugins.netbeans.org/plugin/55435/easyuml
http://junit.org/
http://courses.cs.washington.edu/courses/cse143/11wi/eclipse-
tutorial/junit.shtml
http://sourcemaking.com/refactoring
http://refactoring.guru/