Thursday Feb 03, 2022

Principes de conception logicielle DRY et KISS

Dans cet article, je vais explorer les principes de conception logicielle et leurs avantages, pourquoi les principes de conception sont utiles pour nous, et comment les mettre en œuvre dans notre programmation quotidienne. Nous allons explorer les principes de conception logicielle DRY et KISS.

Le principe DRY : Don’t Repeat Yourself

DRY signifie « Don’t Repeat Yourself », un principe de base du développement logiciel visant à réduire la répétition de l’information. Le principe DRY est énoncé comme suit : « Chaque élément de connaissance ou de logique doit avoir une représentation unique et non ambiguë au sein d’un système. »

Violations de DRY

« Nous aimons taper » (ou, « Faire perdre du temps à tout le monde. ») : « Nous aimons taper », signifie écrire le même code ou la même logique encore et encore. Il sera difficile de gérer le code et si la logique change, alors nous devons apporter des modifications à tous les endroits où nous avons écrit le code, ce qui fait perdre du temps à tout le monde.

Comment réaliser le DRY

Pour éviter de violer le principe DRY, divisez votre système en morceaux. Divisez votre code et votre logique en plus petites unités réutilisables et utilisez ce code en l’appelant où vous voulez. N’écrivez pas de longues méthodes, mais divisez la logique et essayez d’utiliser le morceau existant dans votre méthode.

Les avantages du DRY

Moins de code, c’est bien : cela économise du temps et des efforts, c’est facile à maintenir et cela réduit également les chances de bogues.

Un bon exemple du principe DRY est la classe d’aide dans les bibliothèques d’entreprise, dans laquelle chaque morceau de code est unique dans les bibliothèques et les classes d’aide.

KISS : Keep It Simple, Stupid

Le principe KISS est descriptif pour garder le code simple et clair, le rendant facile à comprendre. Après tout, les langages de programmation sont pour les humains à comprendre – les ordinateurs ne peuvent comprendre que 0 et 1 – alors gardez le codage simple et direct. Limitez la taille de vos méthodes. Chaque méthode ne devrait jamais dépasser 40 à 50 lignes.

Chaque méthode ne devrait résoudre qu’un seul petit problème, et non plusieurs cas d’utilisation. Si vous avez beaucoup de conditions dans la méthode, répartissez-les dans des méthodes plus petites. Ce sera non seulement plus facile à lire et à maintenir, mais cela peut aider à trouver des bugs beaucoup plus rapidement.

Violations de KISS

Nous avons tous probablement connu la situation où nous obtenons du travail à faire dans un projet et avons trouvé du code désordonné écrit. Cela nous amène à nous demander pourquoi ils ont écrit ces lignes inutiles. Il suffit de regarder les deux extraits de code ci-dessous. Les deux méthodes font la même chose. Maintenant, vous devez décider laquelle utiliser :

public String weekday1(int day) { switch (day) { case 1: return "Monday"; case 2: return "Tuesday"; case 3: return "Wednesday"; case 4: return "Thursday"; case 5: return "Friday"; case 6: return "Saturday"; case 7: return "Sunday"; default: throw new InvalidOperationException("day must be in range 1 to 7"); }}public String weekday2(int day) { if ((day < 1) || (day > 7)) throw new InvalidOperationException("day must be in range 1 to 7"); string days = { "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday" }; return days;}

Comment réaliser KISS

Pour éviter de violer le principe KISS, essayez d’écrire un code simple. Pensez à de nombreuses solutions pour votre problème, puis choisissez la meilleure, la plus simple et transformez-la dans votre code. Chaque fois que vous trouvez du code long, divisez-le en plusieurs méthodes – faites un clic droit et refactorez dans l’éditeur. Essayez d’écrire de petits blocs de code qui font une seule tâche.

Bénéfice de KISS

Si nous avons une fonctionnalité écrite par un développeur et qu’elle a été écrite avec un code désordonné, et si nous demandons à un autre développeur de faire des modifications dans ce code, alors d’abord, ils doivent comprendre le code. Évidemment, si le code est écrit simplement, alors il n’y aura pas de difficulté à comprendre ce code, et aussi il sera facile à modifier.

Summary

Lorsque vous écrivez n’importe quel code ou module, gardez les principes de conception de logiciels à l’esprit et utilisez-les à bon escient, faites-en votre habitude pour ne pas avoir à vous en souvenir à chaque fois. Cela permettra de gagner du temps de développement et de rendre votre module logiciel robuste, qui pourrait être facile à maintenir et à étendre.

Laisser un commentaire

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

Back to Top