对于任何C#开发人员来说,哪些是"必须遵循"FxCop规则？

我打算在我们正在进行的一个项目中开始使用FxCop.但是,当我尝试选择所有可用规则时,看起来我必须在代码中进行大量更改.作为一个"团队成员",我不能马上开始进行这些更改,比如命名约定更改等.无论如何我想开始使用FxCop和最小规则集,并且随着我们的继续逐渐增加规则集.你能否建议我必须有FxCop规则我应该开始遵循.或者你建议任何更好的方法？

注意:我的大多数代码都在C#中.

1> Sklivvz..：

---

关于我们最重要的代码:

将警告视为错误(级别4)

FxCop必须通过100%(通常不允许忽略)

Gendarme用作指南(有时它与FxCop冲突)

信不信由你,FxCop教你如何编写更好的代码......很棒的工具!所以对我们来说,所有规则都同样重要.

---

考虑到这个问题,我确实认为这是一个过于严苛的答案.在任何适当大小的成熟代码库上启用所有FxCop规则将为您提供数千个错误.您必须将它放入现有的代码库中.

---

马克的评论+1.甚至微软自己的代码也没有通过FxCop 100%.例如,MVC3破坏了"URI不应该是字符串"的规则.此外,如果您从VS添加服务引用并让它从WSDL生成WCF客户端,则生成的代码也不会100%传递.

---

许多FxCop规则具有较高的误报率.例如,以"获取"或捕获常规异常开头的函数.

2> OregonGhost..：

---

在我看来,请执行以下操作:

对于任何新项目,请遵循所有FxCop规则.您可能想要禁用其中的一些,因为并非所有内容都对您的项目有意义.对于现有项目,请遵循这些类别中的规则作为最小集:

全球化

互通性

安全

性能

可移植性

由于与其他类别相比,现有项目中通常只有少数规则违规,但可能会提高应用程序的质量.清除这些规则后,请尝试修复以下类别:

设计

用法

由于这些将使您更容易发现与违规有关的错误,但您在现有代码中会有大量违规.

始终按级别/修复类别对违规进行排序,并从关键类别开始.暂时忽略警告.

如果您不知道,还可以从Microsoft获得StyleCop,在源代码级别检查您的代码.确保在安装期间启用MSBuild集成.