Principiul Don’t Repeat Yourself (DRY) afirmă că duplicarea în logică ar trebui să fie eliminată prin abstractizare; duplicarea în proces ar trebui să fie eliminată prin automatizare. Duplicarea este risipă. Adăugarea de cod suplimentar și inutil la o bază de cod crește volumul de muncă necesar pentru extinderea și întreținerea software-ului în viitor. Codul duplicat se adaugă la datoria tehnică. Indiferent dacă duplicarea provine din programarea prin copiere-lipire sau dintr-o slabă înțelegere a modului de aplicare a abstractizării, aceasta scade calitatea codului. Duplicarea în proces este, de asemenea, risipă dacă poate fi automatizată. Testarea manuală, construirea manuală și procesele de integrare etc. ar trebui să fie toate eliminate ori de câte ori este posibil prin utilizarea automatizării.

Condiționale suspecte

De multe ori, instrucțiunile if-then și switch au obiceiul de a fi duplicate în mai multe locuri dintr-o aplicație. Este obișnuit ca în aplicațiile securizate să existe diferite funcționalități disponibile pentru utilizatorii din anumite roluri, astfel încât codul poate fi presărat cu verificări if-user-is-in-role. Este posibil ca alte aplicații să fi fost extinse pentru a gestiona mai multe tipuri de structuri de date similare, dar distincte, cu instrucțiuni switch() la toate nivelurile fluxului de lucru utilizate pentru a descrie diferențele de comportament pe care ar trebui să le aibă fiecare structură de date. Ori de câte ori este posibil, refactorizați aceste condiționale folosind modele de proiectare bine cunoscute pentru a abstractiza duplicarea într-o singură locație în cadrul bazei de cod.

Once and Only Once poate fi considerat un subset al principiului DRY.

Principiul Open/Closed (deschis/închis) funcționează numai atunci când se respectă DRY.

Principiul Single Responsibility (responsabilitate unică) se bazează pe DRY.

.

Lasă un răspuns

Adresa ta de email nu va fi publicată.