Как сделать рефакторинг менее «разрушительным»? [закрыто]

Закрыто . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить фактами и цитатами, редактируя это сообщение .

Закрыт в прошлом году .

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

Когда я делаю подобные вещи, мне всегда кажется, что Я' Я не подходил к нему очень дисциплинированно. Мое приложение, скорее всего, будет работать дни / недели в состоянии, когда оно либо не строится, либо требует комментирования огромных фрагментов кода только для того, чтобы заставить его скомпилировать.

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

Есть ли какие-нибудь хорошие ресурсы, которые обсуждают, как подойти к рефакторингу более поэтапно и менее деструктивно? Кто-нибудь может дать совет? Или все так думают?

задан fearofawhackplanet 27 January 2011 в 14:44

0 ответов

Другие вопросы по тегам:

oop language-agnostic refactoring

Как сделать рефакторинг менее «разрушительным»? [закрыто]

0 ответов

Похожие вопросы: