Лучшие практики для обработки предупреждений

Question

Проект, над которым я сейчас работаю, генерирует более 30 предупреждений при каждой сборке. Они были проигнорированы с самого начала проектов. Я думаю, из-за отсутствия политики в отношении предупреждений.

Как вы обычно справляетесь с этим? Игнорировать их вообще? Попытаться исправить их все сразу (для этого нужно время)? Или просто исправить по ходу дела?

Answer 1

Представьте, что ваш проект - машина.

Что бы вы сделали, если в любой момент, когда вы заводите автомобиль, мигает 30-40 сигнальных ламп?

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

Мы используем некоторые статические анализаторы кода lime PMD или findBugs (оба для Java). После каждой сборки мы также исправляем предупреждения, полученные этими инструментами.

Если ваше предупреждение не имеет значения по какой-либо причине, посмотрите, предоставляет ли ваш язык такие вещи, как @supressWarning. На самом деле это не рекомендация. Это всего лишь комментарий.

Answer 2

Программист, курящий

Парень стоит на углу улицы и курит одну сигарету за другой. Проходящая мимо женщина замечает его и говорит

«Эй, разве ты не знаешь, что эти вещи могут тебя убить? Я имею в виду, разве вы не видели гигантское предупреждение на коробке?!

«Все в порядке», - говорит парень, небрежно пыхтя.

«Так? Какое это имеет отношение к чему-либо? »

«Мы не заботимся о предупреждениях. Мы заботимся только об ошибках ».

;)

Мое предложение игнорировать до тех пор, пока вы не получите идеальное решение. Затем перейдите к исправлению предупреждений; поскольку в большинстве случаев отрасль ориентирована на сроки.;)

Answer 3

Что я на самом деле делаю: Мой текущий проект также генерирует 30-40 предупреждений, и я их игнорирую.

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