7 of 59 menu

Прынцып праграмавання DRY

Прынцып праграмавання DRY (Don’t repeat yourself) мяркуе падзел буйной сістэмы, напрыклад, распрацаванага вамі ПА на больш дробныя, непаўтаральныя кампаненты. Калі ў вас ёсць некалькі кампанентаў, якія выконваюць адны і тыя ж задачы, то згодна з прынцыпам DRY след скараціць іх колькасць, у ідэале, каб кожны кампанент не паўтараўся.

Пасля таго, як сістэму падзялілі на кампаненты, якія адказваюць за выкананне дакладна вызначаных задач, іх можна арганізаваць у класы, што называецца мадульнай архітэктурай.

Для правільнай пабудовы сістэмы па прынцыпу DRY неабходна прытрымлівацца наступных правілаў:

  • Перш чым прыступіць да працы над праектам уявіце яго ў выглядзе графічнай схемы, падзеленай на візуальныя кампаненты.
  • Пры працы над складаным кампанентам праекта, яго таксама варта прадставіць графічна ў выглядзе дыяграмы UML або падобных сродкаў.
  • У графічнай схеме варта дакладна паказаць іерархію і ролю кожнага кампанента праекта.
  • Таксама ў схеме варта паказаць сувязь вашых кампанентаў з кампанентамі іншых удзельнікаў праекта, а таксама якія галіны праекта будзе агульнымі або прыватнымі.
  • Неабходна пазбягаць жорсткіх сувязей паміж кампанентамі, паколькі яны негатыўна ўплываюць на эфектыўнасць ўсёй архітэктуры праекта.

Глядзіце таксама

  • прынцып SOLID,
    які задае рэкамендацыі ПА на аснове ААП
  • прынцып KISS,
    які мяркуе адмову ад ускладнення ПА
  • прынцып YAGNI,
    які мяркуе адмову ад залішняй функцыянальнасці ПА
  • прынцып CQS,
    які задае для кожнай функцыі толькі адну каманду
  • прынцып LoD,
    які ўжываецца пры распрацоўцы ПА
  • прынцып падзелу адказнасці,
    які ўжываецца пры распрацоўцы ПА
msesuzlswpt