Programmeerimise põhimõte DRY
Programmeerimise põhimõte DRY (Don’t repeat yourself) eeldab suure süsteemi, näiteks arendatud tarkvara jagamist väiksemateks, mittekorduvateks komponentideks. Kui teil on mitu komponenti, mis täidavad sama ülesannet, siis DRY põhimõtte kohaselt tuleks nende kogust vähendada, ideaaljuhul nii, et iga komponent ei korduks.
Pärast seda, kui süsteem on jagatud komponentideks, mis vastutavad selgelt määratletud ülesannete täitmise eest, saab need organiseerida klassidesse, mida nimetatakse modulaarseks arhitektuuriks.
Süsteemi õigeks ehitamiseks vastavalt DRY põhimõttele tuleks järgida järgmisi reegleid:
- Enne projekti kallale asumist esitage see graafilise skeemina, jagatud visuaalseteks komponentideks.
- Töötades projekti keerulise komponendi kallal, tuleks ka seda esitada graafiliselt UML-diagrammina.
- Graafilises skeemis tuleb selgelt näidata projekti iga komponendi hierarhiat ja rolli.
- Skeemis tuleb näidata ka teie komponentide seost teiste projekti osalejate komponentidega, samuti millised projekti harud on ühised või privaatsed.
- Tuleb vältida jäikaid seoseid komponentide vahel, kuna need mõjutavad negatiivselt kogu projekti arhitektuuri efektiivsust.
Vaata ka
-
põhimõte
SOLID,
mis annab soovitusi OOP-il põhineva tarkvara jaoks -
põhimõte
KISS,
mis eeldab tarkvara liialdast keerukusest loobumist -
põhimõte
YAGNI,
mis eeldab tarkvara liigfunktsionaalsusest loobumist -
põhimõte
CQS,
mis määrab iga funktsiooni jaoks ainult ühe käsuga -
põhimõte
LoD,
mida rakendatakse tarkvara arendamisel -
põhimõte vastutuse eraldamise,
mida rakendatakse tarkvara arendamisel