Tout au long du cycle de vie d'un logiciel, et plus particulièrement durant la phase initiale de développement, une question revient régulièrement : faut-il refactoriser le code ? La réponse, le plus souvent, n'est pas le fruit d'une réflexion éclairée et cohérente avec les véritables enjeux, mais plutôt une réaction instinctive visant à répondre à des problématiques à court terme. Pourtant, le refactoring est souvent la clé de la pérennité des applications…

Le terme de "refactoring" ne renvoie pas à une définition précise et universellement acceptée. Et ceci représente souvent le premier frein à son acceptation. En effet, on peut distinguer sans peine deux types de refactoring, n'ayant pas du tout ni les mêmes causes ni les mêmes conséquences. Si le refactoring devrait toujours renvoyer à l'idée de factorisation au sens mathématique du terme, il n'est pas rare qu'il soit employé par abus de langage pour désigner la nécessité de réécrire du code trop vite conçu et implémenté. Autrement dit, le refactoring consiste à rationaliser des traitements au sein du nombre le plus restreint possible de méthodes existantes ou à adapter, et non pas à réécrire tout ou partie d'une application.

Gauthier Delamarre