Принцип на програмирането DRY
Принципът на програмирането DRY (Don’t repeat yourself) предполага разделяне на голяма система, например, разработен от вас софтуер на по-малки, неповтарящи се компоненти. Ако имате няколко компонента, които изпълняват едни и същи задачи, то според принципа DRY следва да намалите броя им, в идеалния случай, така че всеки компонент да не се повтаря.
След като системата е разделена на компоненти, отговарящи за изпълнението на ясно определени задачи, те могат да бъдат организирани в класове, което се нарича модулна архитектура.
За правилното изграждане на система по принципа DRY е необходимо да се придържате към следните правила:
- Преди да започнете работа над проекта представете си го под формата на графична схема, разделена на визуални компоненти.
- При работа над сложен компонент на проекта, той също следва да бъде представен графично под формата на UML диаграма.
- В графичната схема следва ясно да се посочи йерархията и ролята на всеки компонент на проекта.
- Също така в схемата следва да се посочи връзката на вашите компоненти с компонентите на други участници в проекта, както и кои клонове на проекта ще бъдат общи или частни.
- Необходимо е да се избягват твърди връзки между компонентите, тъй като те влияят негативно на ефективността на цялата архитектура на проекта.
Вижте също
-
принципът
SOLID,
който задава препоръки за софтуер базиран на ООП -
принципът
KISS,
който предполага отказ от усложняване на софтуера -
принципът
YAGNI,
който предполага отказ от излишна функционалност на софтуера -
принципът
CQS,
който задава за всяка функция само една команда -
принципът
LoD,
който се прилага при разработката на софтуер -
принципът разделяне на отговорността,
който се прилага при разработката на софтуер