Какое правило из FxCop вы деактивируете?
-
05-07-2019 - |
Вопрос
Лично я пока не пользуюсь FxCop. Мы хотим сначала выполнить модульное тестирование, прежде чем приступить к анализу кода. Однако какие правила вы бы постоянно деактивировали? Какие правила вы бы временно отключили и в какой ситуации?
Решение
Я не использую правило соглашения об именах, которое запрещает подчеркивание в именах методов / событий. Я привык к " Button1_Click " ;. Visual Studio автоматически вставляет подчеркивания, поэтому вам нужно вручную удалить их. Я просто думаю, что легче оставить их в покое. И я добавляю подчеркивание при создании метода / события.
Другие советы
Мне не нравится правило CA1021: избегать параметров. Выходные параметры полезны для многих различных шаблонов (включая шаблон .Net Try *). Конечно, его можно использовать слишком часто, но на самом деле кажется, что излишне иметь правило FxCop. Р>
Сборки CA2210 должны иметь действительные строгие имена раздражает . р>
Существует целый список педантичного дерьма, которое вы хотите отключить в зависимости от системы, которую вы строите. Я бы посоветовал изучить вывод FxCop и принять решение самостоятельно. Педантизм одного человека - это другой "должен иметь".
Он жалуется на " ID " и предлагает «Id» ... даже если это следует за «двухбуквенными аббревиатурами-все-все-ограничено»; правило: O)