Troisième phase : Refactoriser l'implémentation

Il reste maintenant à mettre l'ensemble du code en conformité avec le modèle : scinder les Objets Divins en plusieurs classes d'implémentation, regrouper le contenu des classes faméliques au sein de la "façade" que vous avez créée, ou remonter les attributs et méthodes des classes "mélangées" dans les classes correspondantes. Il s'agit là d'un travail de refactoring classique qui, s'il n'en reste pas moins long et délicat, est facilité par les environnements de développement actuels et pour lequel vous pouvez utiliser toute la palette des techniques habituelles.

Cette méthode donne de bons résultats si elle est appliquée avec rigueur et discernement. Passer par l'état intermédiaire décrit dans la phase 2 permet de plus étaler le chantier dans le temps qu'un refactoring "big-bang" et donc de diluer un peu l'effort dans le temps. Mais il ne faut pas se leurrer, modifier la conception d'une application déjà en production reste très coûteux. C'est une décision qui ne peut-être prise qu'après une évaluation la plus objective possible de l'effort supplémentaire induit par les défauts de l'application d'une part et des améliorations qui peuvent être apportées d'autre part.