Refactorisation
Modifier la structure interne du logiciel en conservant son comportement observable attendu.
Qu’est-ce que la refactorisation ?
La refactorisation modifie la structure interne d’un logiciel existant tout en conservant son comportement observable attendu. De petites étapes vérifiables aident à repérer les changements involontaires. Une nouvelle fonction ou une règle métier volontairement modifiée relève d’un autre travail ; elle peut accompagner la refactorisation, mais doit rester identifiable séparément.
Dans un exemple fictif, la même règle d’approbation figure à plusieurs endroits. L’équipe la regroupe dans un emplacement commun et vérifie que les cas autorisés et refusés réagissent toujours comme prévu. La règle pourra ensuite évoluer à un seul endroit. La refactorisation ne garantit pas l’absence de défauts : comportement souhaité et contrôles adaptés doivent être clairs. Remanier des règles mal comprises au seul motif que le code est confus peut créer des erreurs.
Sources
Termes associés
- Dette techniqueUne métaphore des défauts internes du logiciel qui compliquent les changements futurs.
- Test de non-régressionUne vérification des effets indésirables d’un changement sur le comportement qui reste nécessaire.
- Système héritéUn système existant toujours utilisé, avec des dépendances techniques et métier accumulées.
- Architecture multilocataireUne solution multilocataire prévoit des périmètres distincts par client ou groupe. Un locataire n’est pas automatiquement une personne ou une base de données.
- Cache du navigateurLe cache du navigateur conserve des réponses HTTP adaptées. Réutilisation et revalidation suivent les règles applicables.
- Invalidation du cacheL’invalidation met fin à la réutilisation d’une copie selon des règles définies. L’enregistrement source reste distinct.
Articles sur le sujet
Développement logiciel avec ASES
Logiciels sur mesure, applications web et mobiles