DRY программалоо принциби
DRY программалоо принциби (Don’t repeat yourself) ири системаны, мисалы, сиз иштеп чыккан программалык камсыздоону, кичинекей, кайталанбаган компоненттерге бөлүүнү талап кылат. Эгерде сизде бирдей милдеттерди аткаруучу бир нече компонент болсо, анда DRY принциби боюнча алардын санын азайтуу керек, идеалдуу учурда ар бир компонент кайталанбашы керек.
Системаны так аныкталган милдеттерди аткарууга жооп берүүчү компоненттерге бөлгөндөн кийин, аларды класс катары уюштурууга болот, бул модулдук архитектура деп аталат.
DRY принциби боюнча системаны туура куруу үчүн төмөнкү эрежелерди сактоо керек:
- Долбоор боюнча иштей баштаардан мурун, аны көрүнүштүү компоненттерге бөлүнгөн графикалык схема катары көрсөтүңүз.
- Долбоордун татаал компоненти боюнча иштөөдө, аны UML диаграммасы түрүндө графиктик көрсөтүү керек.
- Графикалык схемада долбоордун ар бир компонентинин иерархиясы жана ролу так көрсөтүлүшү керек.
- Ошондой эле схемада сиздин компоненттериңиздин долбоордун башка катышуучуларынын компоненттери менен байланышы, оңой эле долбоордун кайсы бутактары жалпы же жеке болорун көрсөтүү керек.
- Компоненттер ортосундагы катуу байланыштардан алыс болуу керек, анткени алар долбоордун бүт архитектурасынын натыйжалуулугуна терс таасир тийгизет.
Ошондой эле караңыз
-
SOLIDпринциби,
ООП негизинде программалык камсыздоо үчүн сунуштарды көрсөтөт -
KISSпринциби,
программалык камсыздоону татаалдаштырбоону сунуш кылат -
YAGNIпринциби,
программалык камсыздоонун ашыкча функционалдуулугунан баш тартууну сунуш кылат -
CQSпринциби,
ар бир функция үчүн бир гана буйрукту көрсөтөт -
LoDпринциби,
программалык камсыздоону иштеп чыгууда колдонулат -
жоопкерчиликти бөлүү принциби,
программалык камсыздоону иштеп чыгууда колдонулат