Каковы хорошие подходы к очистке старых проектов?

У меня есть программное обеспечение, которое я написал около 2 лет назад, и мне нужно добавить некоторые функции. Я понял, что это ужасный беспорядок, и у меня есть желание все переместить, привести в порядок и т. Д. Я прочитал статью Джоэла о программном обеспечении о том, чтобы не начинать снова , так каков лучший путь вперед?

У вас есть три основных варианта:

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

2. Рефакторинг .

3. Жить с беспорядком и взломать дополнительные функции.

Как правило, вариант (2) является вашей лучшей ставкой.

То, сколько вы на самом деле делаете рефакторинг, будет зависеть от ресурса, который вы вкладываете, в зависимости от того, какое значение вы получаете. Вопросы будут включать в себя:

1. Какое время / бюджет доступны?
2. Сколько изменений вы ожидаете в будущем?
3. Кто еще увидит код? (то есть. испортит ли код плохую репутацию?)
4. Кто-нибудь еще должен поддерживать код?
5. Какие инструменты рефакторинга доступны, чтобы помочь вам?
6. Какой у вас опыт рефакторинга?
7. Какой опыт вы получите от рефакторинга?
8. Какие виды рефакторинга принесут вам наибольшую пользу?
9. Какие автоматизированные тесты уже существуют? Нужно написать?
10. Сколько ручного тестирования потребуется?
11. Как вы будете себя чувствовать, если оставите код таким, какой он есть?

По моему опыту, во время сеанса рефакторинга очень легко попасть в правильную путаницу. Самые важные уроки, которые я выучил, это:

1. Делай одну вещь за раз.
2. Делай маленькие шаги.
3. Эффективно используйте свой источник контроля (проверьте часто + включать комментарии).
4. Используйте автоматизированные инструменты рефакторинга.
5. Знай IDE.

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

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

Это зависит от того, будет ли это стоить больше времени на обслуживание, потому что это беспорядок, или переписать его, чтобы не было беспорядка и его легко обслуживать. Я лично прохожу это прямо сейчас, я конвертирую сайт интрасети в ASP.Net MVC3, потому что старый код был кучей дерьма (который я написал), потому что он должен был быть одноразовым (да, я должен знать лучше ). Старая куча дерьма все еще здесь, и это головная боль, добавляющая функции и исправляющая ошибки. MVC красив и делает работу над ним на самом деле приятной, так что он переписывается.