Description générale
Un livre de 353 pages qui est difficile à qualifier de livre complet et qui est plutôt un complément au cours correspondant de refactoring. Le niveau de lecture est facile. Il y a très peu de code, tous les exemples sont plutôt construits sous forme d'abstractions avec des organigrammes et des diagrammes. La première partie du livre contient également des images qui sont bien choisies thématiquement et complètent bien le contenu.
Vue d'ensemble
La première partie du livre est consacrée aux "mauvaises odeurs du code", comme les appelle l'auteur. En réalité, il s'agit de signes indiquant qu'il est temps de refactoriser un code donné. Les signes sont regroupés en différentes catégories, par exemple la première s'appelle "Enflures" et inclut des exemples tels que de grandes méthodes, de grandes classes, de longues listes de paramètres, etc. Il existe également de nombreuses autres catégories, telles que "Violation des principes de conception", "Travail avec l'héritage", "Variables temporaires", et bien d'autres.
La deuxième partie est dédiée à des solutions plus pratiques pour résoudre les problèmes décrits dans la première partie. Par exemple, quelles approches adopter lorsque les classes ou méthodes sont trop grandes, comment les diviser, comment extraire du code et remplacer toutes les occurrences anciennes par du nouveau code. D'ailleurs, toutes les pratiques ici sont également regroupées en différentes catégories, et il y en a un bon nombre.
AvisAvis
Au moment de la lecture du livre, j'exerçais déjà la programmation professionnelle depuis plus de 10 ans, sans compter les années passées à l'université et à la faculté, alors honnêtement, je ne me souviens pas vraiment avoir rencontré de conseils qui m'auraient été nouveaux. C'est pourquoi je n'ai pas pris de notes pour ce livre. Néanmoins, il serait bénéfique pour les programmeurs débutants de se familiariser avec ce livre, et en plus, il se lit très rapidement.
L'ensemble du livre traite principalement de la programmation orientée objet (POO), et il n'y a pas beaucoup d'informations sur la programmation fonctionnelle. Globalement, ce n'est ni bien ni mal, c'est simplement constatation de fait. Bien sûr, il y avait des exemples avec lesquels je serais difficilement d'accord, mais tout cela est purement une question de goût. De plus, dans différents langages de programmation, les styles de codage et les motifs de conception peuvent légèrement différer, c'est pourquoi l'auteur a essayé de choisir une position moyennement universelle et de s'y tenir. On rencontre souvent des exemples où, dans un type de refactoring, nous d'abord effectuons une action (extraire une classe séparée là où cela est logiquement requis), mais dans un autre exemple, au contraire, nous fusionnons les classes et simplifions la hiérarchie. Ainsi, l'auteur souligne que chaque situation est unique et que certains motifs doivent être appliqués selon les circonstances, et de manière rigide.
