Стажировка на реальных проектах:
наполнение портфолио, помощь с работой и заказами, пробные собеседования. Жми для подробностей→
7 of 59 menu
Бесплатный курс по Верстке. От новичка до продвинутого верстальщика! Начало 11 ноября. Жми для записи!

Принцип программирования DRY

Принцип программирования DRY (Don’t repeat yourself) предполагает разделение крупной системы, например, разработанного вами ПО на более мелкие, неповторяющиеся компоненты. Если у вас есть несколько компонентов, выполняющих одни и те же задачи, то согласно принципу DRY следует сократить их количество, в идеале, чтобы каждый компонент не повторялся.

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

Для правильного построения системы по принципу DRY необходимо придерживаться следующих правил:

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

Смотрите также

  • принцип SOLID,
    который задает рекомендации ПО на основе ООП
  • принцип KISS,
    который предполагает отказ от усложнения ПО
  • принцип YAGNI,
    который предполагает отказ от избыточной функциональности ПО
  • принцип CQS,
    который задает для каждой функции только одну команду
  • принцип LoD,
    который применяется при разработке ПО
  • принцип разделения ответственности,
    который применяется при разработке ПО
azendeitid