Когда рефакторинг в дизайн-шаблон?

Question

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

Есть ли какие-то правила или советы, которые вы нашлиценно оценить, когда проводить реорганизацию рефакторинга?

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

Answer 1

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

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

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

Answer 2

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

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