Descrição geral
Um livro de 353 páginas que é difícil de chamar de um livro completo e que é mais um complemento do curso correspondente de refatoração. O nível de leitura é fácil. Há muito pouco código, todos os exemplos são construídos mais como abstrações usando fluxogramas e diagramas. A primeira parte do livro também contém imagens que tematicamente estão bem selecionadas e complementam o conteúdo.
Visão geral breve
A primeira parte do livro é dedicada aos chamados "dores do código", como o autor os chama. Na verdade, são sinais de que chegou a hora de refatorar determinado código. Os sinais são agrupados em diferentes categorias, por exemplo, a primeira é chamada de "inchadores" e contém exemplos como métodos grandes, classes grandes, longas listas de parâmetros e afins. Existem muitas outras categorias, como "violação de princípios de design", "trabalho com herança", "variáveis temporárias" e muito mais.
A segunda parte é dedicada a formas um pouco mais práticas de resolver os problemas descritos na primeira parte. Por exemplo, que abordagens aplicar quando classes ou métodos são grandes, como dividi-los, como extrair código e substituir todas as ocorrências antigas por novo código. Aliás, todas as práticas aqui também são agrupadas em diferentes categorias, das quais foram coletadas um bom número.
Opinião
Na época em que li o livro, já fazia mais de 10 anos que eu programava profissionalmente, não contar os anos faculdade e universidade, então, francamente, não me lembro muito de ter encontrado algum conselho que fosse novo para mim. É por isso que não fiz anotações para este livro. Ainda assim, seria útil para programadores iniciantes se familiarizarem com o livro, além de que ele se lê muito rapidamente.
O livro inteiro é principalmente sobre programação orientada a objetos, e não há muito informação sobre programação funcional. Em geral, isso nem é bom, nem é ruim, é apenas uma constatação de fato. Claro, houve exemplos com os quais dificilmente concordaria, mas tudo isso é uma questão de gosto. Além disso, em diferentes linguagens de programação, os estilos de escrita e os padrões de design podem diferir ligeiramente, então o autor tentou escolher alguma posição intermediária-universal e segui-la. Muitas vezes é possível encontrar exemplos onde em um tipo de refatoração primeiro fazemos alguma ação (extraímos uma classe separada onde logicamente necessário), mas em outro exemplo, pelo contrário, unimos classes e simplificamos a hierarquia. Assim, o autor enfatiza que cada situação é única e que determinados padrões devem ser aplicados dependendo da situação, não de forma rígida.
