Acestea sunt trei principii de care ar trebui să se îngrijească fiecare dezvoltator, pentru că se referă la un cod curat. În acest articol vom înțelege ce înseamnă fiecare dintre ele.

Principiul DRY

DRY înseamnă Don’t Repeat Yourself (Nu te repeta). În cartea „The Pragmatic Programmer”, putem vedea această definiție pentru DRY:

În cadrul unui sistem, fiecare cunoștință trebuie să aibă o reprezentare unică, lipsită de ambiguitate și cu autoritate.

Aceasta înseamnă că nu trebuie să aveți cod duplicat. Este mai ușor să întreții un cod care se află într-un singur loc, deoarece dacă trebuie să schimbi ceva în cod, trebuie doar să schimbi într-un singur loc. În afară de aceasta, dacă aveți același cod în două sau mai multe locuri, șansa ca acest cod să devină diferit în timp este mare, iar atunci când se întâmplă acest lucru va deveni o modalitate ușoară de a introduce erori în sistem. De asemenea, codul duplicat face codul mai complex și inutil de mare.

De asemenea, nu ar trebui să scrieți cod ambiguu. Clasele, variabilele, funcțiile dvs. trebuie să aibă un nume specific, iar numele lor trebuie să corespundă responsabilității lor. Dacă aveți o funcție, ar trebui să știți ce face funcția doar citindu-i numele, fără a fi nevoie să citiți codul din interiorul ei.

În cartea „The Pragmatic Programmer” mai putem vedea că:

DRY se referă la duplicarea cunoștințelor, a intenției. Este vorba despre exprimarea
unuia și aceluiași lucru în două locuri diferite, posibil în două moduri total diferite

Înseamnă că nu este vorba doar de cod copy and past – da, este inclus și acest lucru – ci merge dincolo de asta. Este vorba, de asemenea, despre a avea cod diferit care face același lucru. Poate că puteți avea cod diferit în două sau mai multe locuri, dar acestea fac același lucru în moduri diferite, acest lucru ar trebui, de asemenea, evitat.

Principiul KISS

KISS este un acronim pentru Keep It Simple, Stupid. Acest principiu spune despre a face codul tău simplu. Ar trebui să evitați complexitatea inutilă. Un cod simplu este mai ușor de întreținut și mai ușor de înțeles.

Puteți aplica acest principiu în proiectarea și în implementarea codului. Ar trebui să eliminați codul duplicat, ar trebui să eliminați caracteristicile inutile, nu folosiți variabile și metode inutile, folosiți nume pentru variabile și metode care să aibă sens și să se potrivească cu responsabilitățile lor și, întotdeauna când este posibil, urmați standardele cunoscute de dezvoltare a codului. De asemenea, ar trebui să separați responsabilitățile claselor dvs. și responsabilitățile din straturile proiectului.

Câteodată nu este nevoie să implementați ceva nou pentru a răspunde nevoilor dvs., puteți pur și simplu să folosiți caracteristicile limbajului de programare pe care îl utilizați. Pentru aceasta, este bine să cunoașteți caracteristicile limbajului de programare cu care lucrați.

Dacă lucrați într-un cod care este deja implementat și vedeți ceva care nu este necesar sau care ar putea fi mai simplu, ar trebui să luați în considerare refactorizarea acestuia.

Principiul YAGNI

YAGNI înseamnă You Ain’t Gonna Need It. Este un principiu din metodologia de dezvoltare software Extreme Programming (XP). Acest principiu spune că nu ar trebui să creați caracteristici care nu sunt cu adevărat necesare.

Acest principiu este similar cu principiul KISS, o dată ce ambele urmăresc o soluție mai simplă. Diferența dintre ele constă în faptul că YAGNI se concentrează pe eliminarea funcționalității și logicii inutile, iar KISS se concentrează pe complexitate.

Ron Jeffries, unul dintre co-fondatorii XP, a spus odată:

Implementați întotdeauna lucrurile atunci când aveți cu adevărat nevoie de ele, niciodată atunci când doar prevedeți că veți avea nevoie de ele.

Înseamnă că nu ar trebui să implementați funcționalități doar pentru că vă gândiți că s-ar putea să aveți nevoie de ele într-o zi, ci să le implementați doar atunci când aveți cu adevărat nevoie de ele. Făcând asta veți evita să pierdeți timp cu implementări care nici măcar nu erau necesare și poate nu vor fi folosite niciodată.

Concluzie

Să urmați aceste principii, vă va permite să scrieți un cod mai bun. Amintiți-vă că un cod curat este mai ușor de menținut, mai ușor de înțeles și cu siguranță vă va economisi timp atunci când trebuie să schimbați sau să implementați ceva. Evitați utilizarea codului duplicat, încercați să vă păstrați codul cât mai simplu posibil și implementați caracteristicile doar atunci când este cu adevărat necesar.

.