Які хороші підходи до прибирання старих проектів?

У мене є якесь програмне забезпечення, яке я написав близько 2 років тому, і йому потрібно додати деякі функції. Я зрозумів, що це в жахливому безладі, і у мене є бажання перемістити все навколо, привести в порядок і т. Д. Я прочитав статтю Joel on Software про те, щоб не починати заново , так що найкращий шлях вперед?

У вас є три основні варіанти:

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 прекрасний і робить роботу над ним насправді приємною, тому отримує перезапис.