在存在违规的现有代码库上实现 FxCop/静态分析时使用的一些策略是什么?如何才能最有效地减少静态分析违规?
最佳答案
自由地使用 [SuppressMessage] 属性开始。至少在开始时。一旦通过属性将计数变为 0,您就可以设置新 checkin 可能不会引入 FxCop 违规的规则。
Visual Studio 2008 有一个很好的代码分析功能,它允许您确保代码分析在每个构建中运行,并且您可以将警告视为错误。这可能会减慢速度,因此我建议设置一个持续集成服务器(如 CruiseControl.NET)并让它在每次 checkin 时运行代码分析。
一旦您控制住它并且不会在每次 checkin 时引入新的违规行为,就开始一次解决整个 FxCop 违规类别,目标是删除您使用的 SuppressMessageAttributes。
跟踪您真正想要保留的方法是始终为您真正想要抑制的那些添加一个 Justification 值。
关于static-analysis - 如何在现有代码库上实现 FxCop/静态分析,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27009/