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