Используйте наступательное программирование

Внедрите поддержку отладки как можно раньше

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

Исключительные случаи должны обрабатываться так, чтобы во время разработки они были очевидны, а в промышленном коде — позволяли продолжить работу. Майкл Ховард и Дэвид Леблан назвали этот подход «наступательным программированием» (Howard and LeBlanc, 2003).

Допустим, у вас есть оператор case, который, как вы ожидаете, будет обрабатывать только 5 видов событий. Во время разработки вариант по умолчанию нужно использовать для генерации предупреждения «Эй! Здесь еще один вариант! Исправьте программу!». Однако в промышленной версии реакция в этом случае должна быть более вежливой. Можно, например, делать запись в журнал ошибок.

Вот некоторые приемы наступательного программирования.

¦ Убедитесь, что утверждения завершают работу программы. Нельзя, чтобы у программистов вошло в привычку просто нажимать клавишу Enter для пропуска уже известной проблемы. Сделайте проблему достаточно мучительной, чтобы ее исправили.

¦ Заполняйте любую выделенную память, чтобы можно было обнаружить ошибки выделения памяти.

¦ Заполняйте все файлы и потоки, чтобы выявить ошибки файловых форматов.

¦ Убедитесь, что при попадании в ветвь default или else всех операторов case программа прекращает работу или еще как-то заставляет обратить на это внимание.

¦ Заполняйте объекты мусором перед самым их удалением.

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

Иногда нападение — лучшая защита. Чем жестче требования во время разработки, тем проще эксплуатация программы.

Запланируйте удаление отладочных средств

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

Вот несколько способов сделать это:

Для контроля версий и сборки программы используйте инструменты ant и make

Средства контроля версии позволяют создавать варианты программы из одних и тех же исходных файлов. А инструменты для сборки позволяют вам настроить включение отладочного кода в режиме разработки и его исключение в коммерческой версии.

Дата добавления: 2014-01-07