Когда дублирование кода лучше общего решения
Правило «не повторяйся» доводят до абсурда чаще, чем нарушают.
Когда дублирование оправдано. Сходство случайное: два места похожи сегодня, но будут меняться по разным причинам. Объединив, вы свяжете то, что должно жить отдельно.
Когда речь о границах систем. Общий код между двумя независимыми сервисами создаёт жёсткую связь: обновили в одном месте — обязаны выкатить оба. Иногда лучше продублировать.
Когда объединение делает код непонятнее: функция с шестью параметрами вместо двух коротких — плохой обмен.
Когда дублировать нельзя. Знание, которое должно быть в одном месте: правила расчёта, нормативы, форматы обмена. Здесь дубли расходятся через год, и никто не знает, какой вариант верный, — а в производственном учёте это заканчивается спором с проверяющими.
Простой критерий: придётся ли менять оба места одновременно при изменении требований? Всегда — объединяйте. Нет — оставьте.
IT Липецк — t.me/itlipetsk
IT Липецк
@itlipetsk
Когда дублирование кода лучше общего решения
Этот пост опубликован в Telegram-канале IT Липецк. Подписаться можно по ссылке: @itlipetsk.