Прынцып праграмавання DRY
Прынцып праграмавання DRY (Don’t repeat yourself) мяркуе падзел буйной сістэмы, напрыклад, распрацаванага вамі ПА на больш дробныя, непаўтаральныя кампаненты. Калі ў вас ёсць некалькі кампанентаў, якія выконваюць адны і тыя ж задачы, то згодна з прынцыпам DRY след скараціць іх колькасць, у ідэале, каб кожны кампанент не паўтараўся.
Пасля таго, як сістэму падзялілі на кампаненты, якія адказваюць за выкананне дакладна вызначаных задач, іх можна арганізаваць у класы, што называецца мадульнай архітэктурай.
Для правільнай пабудовы сістэмы па прынцыпу DRY неабходна прытрымлівацца наступных правілаў:
- Перш чым прыступіць да працы над праектам уявіце яго ў выглядзе графічнай схемы, падзеленай на візуальныя кампаненты.
- Пры працы над складаным кампанентам праекта, яго таксама варта прадставіць графічна ў выглядзе дыяграмы UML або падобных сродкаў.
- У графічнай схеме варта дакладна паказаць іерархію і ролю кожнага кампанента праекта.
- Таксама ў схеме варта паказаць сувязь вашых кампанентаў з кампанентамі іншых удзельнікаў праекта, а таксама якія галіны праекта будзе агульнымі або прыватнымі.
- Неабходна пазбягаць жорсткіх сувязей паміж кампанентамі, паколькі яны негатыўна ўплываюць на эфектыўнасць ўсёй архітэктуры праекта.
Глядзіце таксама
-
прынцып
SOLID,
які задае рэкамендацыі ПА на аснове ААП -
прынцып
KISS,
які мяркуе адмову ад ускладнення ПА -
прынцып
YAGNI,
які мяркуе адмову ад залішняй функцыянальнасці ПА -
прынцып
CQS,
які задае для кожнай функцыі толькі адну каманду -
прынцып
LoD,
які ўжываецца пры распрацоўцы ПА -
прынцып падзелу адказнасці,
які ўжываецца пры распрацоўцы ПА