Parimi i Programimit DRY
Parimi i programimit DRY (Don’t repeat yourself) parasheh ndarjen e sistemit të madh, për shembull, softuerit të zhvilluar nga ju në komponentë më të vegjël, që nuk përsëriten. Nëse keni disa komponentë që kryejnë të njëjtat detyra, atëherë sipas parimit DRY duhet të zvogëlohet numri i tyre, në mënyrë ideale, në mënyrë që çdo komponent të mos përsëritet.
Pasi sistemi është ndarë në komponentë, që përgjigjen për ekzekutimin e detyrave të përcaktuara qartë, ato mund të organizohen në klasa, që quhet arkitekturë modulare.
Për të ndërtuar saktë sistemin sipas parimit DRY është e nevojshme t'i përmbaheni rregullave të mëposhtme:
- Para se të filloni punën mbi projektin paraqitni atë në formën e një skeme grafike, të ndarë në komponentë vizualë.
- Gjatë punës mbi një komponent kompleks të projektit, ai gjithashtu duhet të paraqitet grafikisht në formën e diagramit UML.
- Në skemën grafike duhet treguar qartë hierarkia dhe roli i çdo komponenti të projektit.
- Gjithashtu në skemë duhet treguar lidhja e komponentëve tuaj me komponentët e pjesëmarrësve të tjerë të projektit, si dhe cilat degë të projektit do të jenë të përbashkëta ose private.
- Është e nevojshme të shmangen lidhjet e forta midis komponentëve, meqenëse ato ndikojnë negativisht në efikasitetin të gjithë arkitekturës së projektit.
Shihni gjithashtu
-
parimi
SOLID,
i cili jep rekomandime për softuerin bazuar në OOP -
parimi
KISS,
i cili parasheh refuzimin e ndërlikimit të softuerit -
parimi
YAGNI,
i cili parasheh refuzimin e funksionalitetit të tepërt të softuerit -
parimi
CQS,
i cili cakton për çdo funksion vetëm një komandë -
parimi
LoD,
i cili zbatohet gjatë zhvillimit të softuerit -
parimi i ndarjes së përgjegjësisë,
i cili zbatohet gjatë zhvillimit të softuerit