Programmeringsprincippet DRY

Programmeringsprincippet DRY (Don’t repeat yourself) antager opdeling af et stort system, for eksempel, din udviklede software i mindre, ikke-gentagne komponenter. Hvis du har flere komponenter, der udfører de samme opgaver, bør du ifølge DRY-princippet reducere deres antal, ideelt set, så hver komponent ikke gentages.

Efter at systemet er opdelt i komponenter, der er ansvarlige for at udføre klart definerede opgaver, kan de organiseres i klasser, hvilket kaldes modulær arkitektur.

For korrekt at opbygge et system efter DRY-princippet er det nødvendigt at overholde følgende regler:

• Før du påbegynder arbejdet med projektet, forestil det dig som en grafisk skema, opdelt i visuelle komponenter.
• Ved arbejde med en kompleks komponent af projektet, bør den også repræsenteres grafisk i form af et UML-diagram eller lignende værktøjer.
• I den grafiske skema skal hierarkiet og rollen for hver projektkomponent angives klart.
• I skemaet skal det også angives forbindelsen mellem dine komponenter og komponenterne fra andre projektdeltagere, samt hvilke projektgrene der vil være fælles eller private.
• Det er nødvendigt at undgå stive forbindelser mellem komponenter, da de påvirker effektiviteten af hele projektets arkitektur negativt.

Se også