Вопрос

Лично я пока не пользуюсь FxCop. Мы хотим сначала выполнить модульное тестирование, прежде чем приступить к анализу кода. Однако какие правила вы бы постоянно деактивировали? Какие правила вы бы временно отключили и в какой ситуации?

Это было полезно?

Решение

Я не использую правило соглашения об именах, которое запрещает подчеркивание в именах методов / событий. Я привык к " Button1_Click " ;. Visual Studio автоматически вставляет подчеркивания, поэтому вам нужно вручную удалить их. Я просто думаю, что легче оставить их в покое. И я добавляю подчеркивание при создании метода / события.

Другие советы

Мне не нравится правило CA1021: избегать параметров. Выходные параметры полезны для многих различных шаблонов (включая шаблон .Net Try *). Конечно, его можно использовать слишком часто, но на самом деле кажется, что излишне иметь правило FxCop.

Правило CA1021

Существует целый список педантичного дерьма, которое вы хотите отключить в зависимости от системы, которую вы строите. Я бы посоветовал изучить вывод FxCop и принять решение самостоятельно. Педантизм одного человека - это другой "должен иметь".

Он жалуется на " ID " и предлагает «Id» ... даже если это следует за «двухбуквенными аббревиатурами-все-все-ограничено»; правило: O)

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top