Когда нужно реорганизовать шаблон дизайна?

Question

При кодировании и просмотре кода легко определить места, где может использоваться шаблон проектирования. Цепочка команды здесь, стратегия там ... Заманчиво погружаться и применять шаблоны, даже если лучшим решением может быть коммутатор или некоторые простые if's.

Есть ли какие-то правила или советы, которые вы нашли ценными для оценки того, когда делать фактический рефакторинг?

Подождите, пока не станет слишком сложно добавлять функции? Подождите, пока вы в третий раз измените код? Первый раз вам нужен взлом?

Answer 1

Если код читаемый/понятный и вряд ли будет изменен или расширен в будущем, вы можете оставить его таким, каким он есть.

Но если код изменится на, или вам нужно создать обходной путь для него в какой-то момент, вам лучше отредактировать его сразу. И это хорошая практика для очистки кода, чем раньше.

Имейте в виду, что это зависит от возврата инвестиций. Простой рефакторинг может каскадироваться в другие части кода, которые затем необходимо реорганизовать. Если в будущем кодовая база не будет постоянно развиваться, возможно, стоит потратить слишком много времени на ее рефакторинг.

Answer 2

Мое мышление - наиболее полезные рефакторинги, возникающие при работе над новой функцией или исправлении ошибки. Когда вы пишете новый код или исправляете ошибку, вам нужно проверить улучшенную версию кода (если он может быть улучшен). Поэтому, делая это, если шаблон дизайна улучшает код (читаемость, более расширяемость, testablity), вы рефакторируете шаблон.

Рефакторинг для моделей, когда нет другой мотивации для этого, имеет мало значения ИМО. Там действительно должна быть проблема, чтобы решить, чтобы шаблоны были полезными.