在项目中使用FXCop [关闭]

Question

是否有很多IT商店利用FxCop编写生产代码？如果是这样，那么你在文化转变，痛点和实际利益方面的整体体验是什么？

我处在一个有点混乱的环境中，正在寻找工具来帮助我们标准化我们的开发工作并让我们在一个不错的时间回家。我想避免在我的脸上用鸡蛋推动静态分析工具，只是让它失败，因为它<！>＃8217; s <！>＃8220;不实用<！>＃8221;。 <！> lt; - （预期管理层回应）

Answer 1

请注意，FxCop可根据您要应用的规则进行定制。通过逐步引入它可能会发现它最有效;仅针对某组文件的某组规则，或者甚至最初排除所有旧文件。

有些规则可能永远不会激活，因为它们不适合您的问题域。请记住，如果一段代码为特定目的“违反规则”，则有一个属性可以将此类代码标记为可接受，但我会设置一条规则，所有此类覆盖必须使用属性上的Justification属性说明原因。

最后，尽管内置规则对提高代码质量有很大帮助，但是在自定义规则中可以获得真正的大胜利，这将允许您检查公司惯例。如果您不以这种方式自动化“同行评审”，那么您无法真正保证合规性。

我使用FxCop作为构建系统的集成部分，我们的公共库目前已发布，所有规则都启用了最少的属性覆盖，并且它在不止一些地方值得。

Answer 2

我会说很多地方都没有真正使用过FxCop。我们打开了它，但大多数开发人员忽略了产生的警告。

此外，开发管理部门对真正推动清理警告并不感兴趣，部分原因是因为FxCop真的不喜欢管理层希望我们遵循的惯例（变量名称等）......

在我一直领先的项目中，我已经强制使用它，因为我认为这有助于我们成为更好的程序员。但是你必须在顶部才能让所有的开发者都遵循它。