Avoir une base de code propre est une bonne pratique à adopter. Il rend votre code plus facile à lire ainsi qu’à exécuter plus facilement. Une façon d’avoir une base de code plus propre est d’utiliser le principe de programmation DRY (Don’t Repeat Yourself). Il vise à réduire la répétition d’informations de toutes sortes, et est particulièrement utile dans les architectures multi-tiers. Si vous n’utilisez pas ces principes, considérez votre travail comme WET. Cela fait perdre du temps à tout le monde lorsque vous écrivez tout deux fois.
Il existe plusieurs façons de garder votre code DRY.
L’abstraction
Le but de l’abstraction est d’abstraire des bouts de code dans une section réutilisable afin qu’elle ne soit pas dupliquée partout. Cela implique l’utilisation de concepts clés comme l’héritage (faire une classe/module de base qui a une logique commune que les autres peuvent utiliser) ou l’écriture de classes util.
Règle de trois
Si vous avez du code identique à 3 endroits ou plus, il devrait être abstrait dans une méthode, une classe, etc. commune pour être réutilisable et facilement maintenable.
KISS (Keep it simple stupid !)
Il y a quelques façons de garder votre code simple. Ne pas entasser trop de choses dans une seule petite méthode ou fonction. Planifiez votre flux d’utilisateurs afin de pouvoir anticiper les interactions. « Une conception propre conduit à un code propre ». Méfiez-vous de « l’odeur du code ».
Séparation des préoccupations/responsabilité unique
Gardez votre code organisé. Séparez le code en sections distinctes afin que vous puissiez facilement revenir en arrière et trouver des sections à réutiliser. Ayez des couches faiblement couplées. Séparez l’interface utilisateur de la couche de données et la couche d’application de la couche d’intégration. Le remaniement sera ainsi plus simple. Obfusquez autant que possible pour que les partenaires et autres développeurs puissent facilement apporter des modifications aux seules parties pertinentes.
Single Source of Truth (SSOT)/Single Point of Truth (SPOT)
Ce sont des façons d’architecturer les modèles et les données de sorte que chaque élément de données soit stocké exactement une fois. Elles utilisent des schémas relationnels au lieu de la duplication.
Vous n’allez pas en avoir besoin (YAGNI)
Gardez votre code propre et lisible. Supprimez le code commenté et le code mort ou inutilisé. Ce n’est que du désordre à ce stade. Cela ne devrait pas être effrayant si vous utilisez le contrôle de la source. (Si vous ne le faites pas, vous devriez vraiment le faire). Cela réduit également le gonflement des paquets, ce qui rend votre application plus petite.
Try DRY Programming
Il n’y a aucune excuse pour ne pas utiliser les principes de programmation DRY lors de la construction de votre projet. Ils rendent votre application plus rapide et votre code plus lisible. Si vous devez un jour transmettre votre code à un autre développeur, il vous remerciera. Essayez cette meilleure pratique et voyez comment l’organisation et la réutilisation du code simplifient votre travail et vous donnent plus de temps !
VOIR NOS OFFRES D’EMPLOI
.