O documento discute refatoração de código, que é o processo de reestruturar código existente para torná-lo mais legível, manutenível e reutilizável. Ele lista sintomas que indicam a necessidade de refatoração, como código duplicado, e técnicas de refatoração como extrair métodos ou substituir valores temporários por consultas.

1. Refatoração básica e obrigatória
Denilson Telaroli
Março / 2014

2. Oque é Refatoração?
● Processo de restruturação de código-fonte
existente (Code refactoring – Wikipedia)
● Intimamente ligado a Padrões de Projetos

3. Objetivos
● Legibilidade
● Manutenibilidade
● Reaproveitamento

4. Sintomas de quando aplicar
● Precisou copiar/colar código
● Abriu um código alheio e não entendeu o que
faz
● Muitos blocos/encadeamentos condicionais
● Identificou linhas de código iguais
● Identificou linhas de código parecidas,
mudando apenas os valores de dados

5. Views
● Expressões com valores
– Dificultam a manutenção
– Pode ser substituido por helper
– Refatoração: Substituir valor temporário por consulta

6. Views
● Regras de view complexas
– Bad smell mais comum e normalmente são espalhados pelos sistemas
– Força o desenvolvedor a conhecer toda a api (inverso de encapsulamento)
– Podem ser traduzidas em palavras que refletem regras de negócio
– Normalmente podem ser substituidas por helpers
– Refatoração: Extrair método

7. Classes
● Extrair função
– Uma função deve ter uma e somente uma operação

8. Classes
● Injeção de parametros
– Serve pra funções/métodos e construtores
– O problema é mais grave em APIs com DI
– Refatoração: Introduzir objeto parâmetro (facade)
● No Ruby é possível usar hash para o mesmo propósito, evitando a classe facade.

9. Classes
● Introduzir parâmetro

10. Classes
● Introduzir parâmetro