Načelo programiranja DRY
Načelo programiranja DRY (Don’t repeat yourself) predvideva razdelitev velikega sistema, na primer, razvite programske opreme, na manjše, neponavljajoče se komponente. Če imate več komponent, ki izvajajo iste naloge, jih je treba v skladu z načelom DRY zmanjšati, v idealnem primeru tako, da se vsaka komponenta ne ponavlja.
Ko je sistem razdeljen na komponente, ki so odgovorne za izvajanje natančno določenih nalog, jih je mogoče organizirati v razrede, kar imenujemo modularna arhitektura.
Za pravilno gradnjo sistema po načelu DRY je treba upoštevati naslednja pravila:
- Preden začnete z delom na projektu, ga predstavite v obliki grafične sheme, razdeljene na vizualne komponente.
- Pri delu na zapleteni komponenti projekta jo prav tako predstavite grafično v obliki UML diagrama.
- V grafični shemi je treba jasno navesti hierarhijo in vlogo vsake komponente projekta.
- V shemi je treba navesti tudi povezavo vaših komponent s komponentami ostalih udeležencev projekta, kakor tudi katere veje projekta bodo skupne ali zasebne.
- Izvogati je treba toge povezave med komponentami, saj negativno vplivajo na učinkovitost cela arhitektura projekta.
Glejte tudi
-
načelo
SOLID,
ki podaja priporočila za programsko opremo na osnovi OOP -
načelo
KISS,
ki predvideva opustitev zapletanja programske opreme -
načelo
YAGNI,
ki predvideva opustitev odvečne funkcionalnosti programske opreme -
načelo
CQS,
ki določa za vsako funkcijo samo en ukaz -
načelo
LoD,
ki se uporablja pri razvoju programske opreme -
načelo ločevanja odgovornosti,
ki se uporablja pri razvoju programske opreme