Как обновить странные приложения без ошибок?

Question

Мой новый проект - обновить Программное обеспечение, которое клиент использовал в течение многих лет. Как все мы знаем ... за эти годы все росло.

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

Это другая ошибка, которую я сделал, но очень раздражает.

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

Answer 1

Это очень трудная проблема. Я опишу, что бы я сделал (и сделал), если старый код существенно большой.

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

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

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

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

Некоторые хорошие ресурсы:

http://martinfowler.com/bliki/StranglerApplication.html

Working Effectively with Legacy Code

Я также нашел его в StackOverflow уже:

Strategy for large scale refactoring

Answer 2

Единичные испытания. Но если у вас не было модульных тестов раньше, они не помогут вам.

Answer 3

Этот вопрос звучит так, будто вы модифицируете существующий код, «очищая его», а не переписывая его. Этот процесс иногда называют «Рефакторинг». Есть замечательная книга по рефакторингу под названием «Рефакторинг» Мартина Фаулера. Он начинает с предоставления конкретных примеров рефакторинга по фактическому коду и связывает будущие главы о конкретных методах, которые он использует рядом с кодом.

Одна из первых вещей, которые он говорит о рефакторинге, заключается в том, чтобы написать тест, чтобы проверить, что код, который вы меняете, делает то же самое для некоторого общего набора входов. Затем, когда вы «реорганизуете» код, запустите тест против него, чтобы убедиться, что он работает точно так же. Это может быть pre-bugfix или post-bugfix. Но если есть ошибка, конечно, вы должны выкачать ее в дополнение к рефакторингу.

Answer 4

Зачем переписывать с нуля? Возможно, вы сможете повторно использовать части существующего приложения и реорганизовать те части, которые необходимо изменить.

Answer 5

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