Princip programiranja DRY
Princip programiranja DRY (Don’t repeat yourself) pretpostavlja podelu velikog sistema, na primer, softvera koji ste razvili na sitnije, neponavljajuće komponente. Ako imate nekoliko komponenti koje obavljaju iste zadatke, onda prema principu DRY treba smanjiti njihov broj, u idealnom slučaju, da se svaka komponenta ne ponavlja.
Nakon što je sistem podeljen na komponente koje su odgovorne za obavljanje jasno definisanih zadataka, one se mogu organizovati u klase, što se naziva modularna arhitektura.
Za ispravno građenje sistema po principu DRY potrebno je pridržavati se sledećih pravila:
- Pre nego što pristupite radu na projektu zamislite ga u vidu grafičke šeme, podeľjene na vizuelne komponente.
- Pri radu na složenej komponenti projekta, treba je takođe predstaviti grafički u vidu UML dijagrama.
- U grafičkoj šemi treba jasno naznačiti hijerarhiju i ulogu svake komponente projekta.
- Takođe u šemi treba naznačiti vezu vaših komponenti sa komponentama drugih učesnika projekta, kao i koje grane projekta će biti zajedničke ili privatne.
- Potrebno je izbegavati čvrste veze između komponenti, pošto one negativno utiču na efikasnost cele arhitekture projekta.
Pogledajte takođe
-
princip
SOLID,
koji postavlja preporuke za softver zasnovan na OOP -
princip
KISS,
koji pretpostavlja odustajanje od komplikovanja softvera -
princip
YAGNI,
koji pretpostavlja odustajanje od suvišne funkcionalnosti softvera -
princip
CQS,
koji postavlja za svaku funkciju samo jednu komandu -
princip
LoD,
koji se primenjuje pri razvoju softvera -
princip podele odgovornosti,
koji se primenjuje pri razvoju softvera