Principiul de programare DRY
Principiul de programare DRY (Don’t repeat yourself) presupune împărțirea unui sistem mare, de exemplu, a unui software dezvoltat de tine, în componente mai mici, nerepetate. Dacă ai mai multe componente care execută aceleași sarcini, atunci conform principiului DRY ar trebui să reduci numărul lor, în mod ideal, astfel încât fiecare componentă să nu se repete.
După ce sistemul a fost împărțit în componente, responsabile pentru executarea unor sarcini clar definite, acestea pot fi organizate în clase, ceea ce se numește arhitectură modulară.
Pentru a construi corect un sistem conform principiului DRY, este necesar să respectați următoarele reguli:
- Înainte de a începe lucrul la un proiect, reprezentați-l sub forma unei scheme grafice, împărțite în componente vizuale.
- În timpul lucrului la o componentă complexă a proiectului, aceasta ar trebui, de asemenea, reprezentată grafic sub forma unei diagrame UML sau a unor mijloace similare.
- În schema grafică, trebuie indicate clar ierarhia și rolul fiecărei componente a proiectului.
- De asemenea, în schemă trebuie indicată legătura componentelor tale cu componentele celorlalți participanți la proiect, precum și care ramuri ale proiectului vor fi comune sau private.
- Este necesar să se evite legăturile rigide între componente, deoarece acestea afectează negativ eficiența întregii arhitecturi a proiectului.
Vezi și
-
principiul
SOLID,
care oferă recomandări pentru software bazat pe OOP -
principiul
KISS,
care presupune renunțarea la complicarea software-ului -
principiul
YAGNI,
care presupune renunțarea la funcționalitățile excesive ale software-ului -
principiul
CQS,
care stabilește pentru fiecare funcție o singură comandă -
principiul
LoD,
care este aplicat în dezvoltarea de software -
principiul separării responsabilităților,
care este aplicat în dezvoltarea de software