Programmēšanas princips DRY
Programmēšanas princips DRY (Don’t repeat yourself) paredz lielas sistēmas, piemēram, jūsu izstrādātās programmatūras, sadalīšanu mazākos, neatkārtojošos komponentos. Ja jums ir vairāki komponenti, kas veic vienus un tos pašus uzdevumus, tad saskaņā ar DRY principu vajadzētu samazināt to daudzumu, ideālā gadījumā, lai katrs komponents neatkārtotos.
Pēc tam, kad sistēma ir sadalīta komponentos, kas atbild par noteiktu uzdevumu izpildi, tos var organizēt klašs, ko sauc par modulāro arhitektūru.
Lai pareizi izveidotu sistēmu pēc DRY principa, jāievēro šādi noteikumi:
- Pirms ķeršanās pie projekta darba, iedomājieties to grafiskas shēmas veidā, sadalītu vizuālos komponentos.
- Strādājot pie sarežģīta projekta komponenta, arī to vajadzētu attēlot grafiski UML diagrammas veidā.
- Grafiskajā shēmā ir skaidri jānorāda katra projekta komponenta hierarhija un loma.
- Arī shēmā jānorāda jūsu komponentu saistība ar citu projekta dalībnieku komponentiem, kā arī kuras projekta zares būs kopīgas vai privātas.
- Jāizvairās no stingrām saitēm starp komponentiem, jo tās negatīvi ietekmē visa projekta arhitektūras efektivitāti.
Skatiet arī
-
princips
SOLID,
kas sniedz ieteikumus programmatūrai, kas balstīta uz OOP -
princips
KISS,
kas paredz programmatūras sarežģīšanās novēršanu -
princips
YAGNI,
kas paredz lieko programmatūras funkcionalitātes novēršanu -
princips
CQS,
kas katrai funkcijai nosaka tikai vienu komandu -
princips
LoD,
ko izmanto programmatūras izstrādē -
princips atbildības sadalīšana,
ko izmanto programmatūras izstrādē