Какое правило из FxCop вы деактивируете?

Question

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

Answer 1

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

Правило CA1021

Answer 2

CA2210 Сборки должны иметь действительные строгие имена раздражает.

Answer 3

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

Answer 4

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

Answer 5

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