托管代码的代码分析警告
参见:https://msdn.microsoft.com/zh-cn/library/ee1hzekz(v=vs.100).aspx
我们编译代码的时候,有时候不大注意编译器提示的代码错误,如果处理得当可以大幅度提升代码性能。
在Delphi编译器中,可以直接勾选那些作为编译的和代码分析的功能,期望编译能够帮助我们处理编译时的代码分析的问题,通常我们不需要修改规则。但是不是这样的,如果我们忽略了,那么编译器的的就无法发挥出最大的优势,帮助我们检查代码,分析功能。Delphi总是校验指针,所以也要关闭掉。而Visual Studio是通过策略来定义的。
Visual Studio 默认是所有规则的,我们设定好了规则,可以帮助我们大幅度提升代码的质量,分析代码漏洞。但是编译的默认规则通常是所有都检查的,但是往往不符合我们的需求。
如图,你可以选择你要的规则策略,点击【打开】,可以查看系统默认的规则代号和描述。
你可以勾选去掉那些规则,最后保存为ruleset集合文件。自己定义规则。
默认都是警告,你可以调整为错误,例如你认为一个属性必须赋值,这样的你可以使用“错误”,控制在编译编辑时候就提示,比最后发现的好的多。
我们期望编译后的提示,一点错误都没有,多么爽啊!请调整你的规则,当然要和才行。
当然可以不借助规则文件来处理,可以使用特性SuppressMessage,在原有的规则上处理取消某个规则。
例如:
/// <summary>Produces an instance.</summary>
/// <returns>An instance. Will never return null.</returns>
/// <exception cref="ActivationException">When the instance could not be retrieved or is null.</exception>
[SuppressMessage("Microsoft.Design", "CA1024:UsePropertiesWhereAppropriate", Justification =
"A property is not appropriate, because get instance could possibly be a heavy operation.")]
object GetInstance();
这里,使用的分类是Miscrosoft.Design,编号是CA1024,这个编号你可以上面的列表找到,或者查找MSDN。通常我们用警告就行了。
当然还有其他方法,以后再研究。
CA1024:在适用处使用属性:详细参考规则说明。这里备注的是GetIntance虽然叫get但是不是一个属性表达,因为属性更多的是数据,这里就是一个特定的方法,以为这个实例可能没有或者立即创建。GetInstance很沉重。
CA1024:在适用处使用属性
另外还有ExcludeFromCodeCoverage特性,告诉此段代码根本不要检查。编译器就会忽略他。
另外关于名称空间的using语句放置在内部和外部,据说和编译的顺序有关,和结果无关。