Principe de programmation DRY
Le principe de programmation DRY (Don’t repeat yourself) suppose la division d'un système complexe, par exemple, un logiciel que vous avez développé, en composants plus petits et non répétitifs. Si vous avez plusieurs composants effectuant les mêmes tâches, alors selon le principe DRY, il faut réduire leur nombre, idéalement, pour que chaque composant ne soit pas répété.
Après que le système a été divisé en composants responsables de l'exécution de tâches clairement définies, ils peuvent être organisés en classes, ce qui s'appelle architecture modulaire.
Pour construire correctement un système selon le principe DRY, il est nécessaire de respecter les règles suivantes :
- Avant de commencer à travailler sur un projet, représentez-le sous forme de schéma graphique, divisé en composants visuels.
- Lorsque vous travaillez sur un composant complexe du projet, il convient également de le représenter graphiquement sous forme de diagramme UML ou de moyens similaires.
- Dans le schéma graphique, il faut indiquer clairement la hiérarchie et le rôle de chaque composant du projet.
- Il faut également indiquer dans le schéma le lien de vos composants avec les composants d'autres participants au projet, ainsi que les branches du projet qui seront communes ou privées.
- Il est nécessaire d'éviter les liens rigides entre les composants, car ils ont un impact négatif sur l'efficacité de toute l'architecture du projet.
Voir aussi
-
le principe
SOLID,
qui fournit des recommandations pour les logiciels basés sur la POO -
le principe
KISS,
qui suppose l'abandon de la complexification des logiciels -
le principe
YAGNI,
qui suppose l'abandon des fonctionnalités excessives des logiciels -
le principe
CQS,
qui attribue une seule commande à chaque fonction -
le principe
LoD,
qui est appliqué lors du développement de logiciels -
le principe de séparation des responsabilités,
qui est appliqué lors du développement de logiciels