尽我所能在代码库中将[SuppressMessage]
保持在最低限度,继续引入新的代码库。我想在代码中说一些方法“我已经回顾了这个[SuppressMessage]并且它是'可接受的'”。
有一种想法是创建我自己的My.CodeAnalysis.SuppressMessageAttribute
类,它继承自System.Diagnostics.CodeAnalysis.SuppressMessageAttribute
,但该类是密封的。
我确信我可以在属性和后处理步骤附近拼凑一些注释,但我想坚持使用Visual Studio 2010“框中”可用的内容。
答案 0 :(得分:1)
即使属性未被密封,子类化方法也不起作用,因为代码分析引擎会筛选出精确的SuppressMessageAttribute实例。在编写当前版本时,引擎将完全忽略子类实例。
就个人而言,我使用以下方法来管理抑制:
如果这种事情对您不起作用,另一种方法是使用独立的FxCop来注释您的抑制违规行为。不幸的是,这些注释将存在于您的代码库之外,但如果您想阻止开发人员“祝福”他们自己的抑制,那么这可能更适合您。
答案 1 :(得分:0)
右键单击错误列表中的CA警告时,给出的选项之一是抑制消息 - >在项目抑制文件中。当您选择它时,Visual Studio将向您的项目中的GlobalSuppressions.cs文件添加如下所示的行:
[assembly: System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Naming", "CA1704:IdentifiersShouldBeSpelledCorrectly", MessageId = "Autofac")]
这可以将它们组合在一起并从代码文件中分组。这是你想要的吗?