Le principe Don’t Repeat Yourself (DRY) stipule que la duplication dans la logique doit être éliminée via l’abstraction ; la duplication dans le processus doit être éliminée via l’automatisation. La duplication est un gaspillage. L’ajout de code supplémentaire et inutile à une base de code augmente la quantité de travail nécessaire pour étendre et maintenir le logiciel à l’avenir. Le code dupliqué augmente la dette technique. Que la duplication résulte d’une programmation par copier-coller ou d’une mauvaise compréhension de la manière d’appliquer l’abstraction, elle diminue la qualité du code. La duplication dans le processus est également un gaspillage si elle peut être automatisée. Les tests manuels, les processus manuels de construction et d’intégration, etc. devraient tous être éliminés autant que possible par l’utilisation de l’automatisation.

Conditionnels suspects

Souvent, les instructions if-then et switch ont l’habitude d’être dupliquées à plusieurs endroits dans une application. Il est courant dans les applications sécurisées d’avoir différentes fonctionnalités disponibles pour les utilisateurs dans certains rôles, donc le code peut être jonché de vérifications if-user-is-in-role. D’autres applications peuvent avoir été étendues pour traiter plusieurs types de structures de données similaires mais distinctes, avec des instructions switch() à tous les niveaux du workflow utilisées pour décrire les différences de comportement que chaque structure de données doit avoir. Dans la mesure du possible, refactorez ces conditionnels en utilisant des patrons de conception bien connus pour abstraire la duplication en un seul emplacement dans la base de code.

Une fois et seulement une fois peut être considéré comme un sous-ensemble du principe DRY.

Le principe ouvert/fermé ne fonctionne que lorsque DRY est suivi.

Le principe de responsabilité unique repose sur DRY.

.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.