FxCop1.36之三：自定义规则

关于给出的FxCop自定义规则网上有很多介绍，不过大致的例子有两个...一个是FxCop1.32版的;另一个是FxCop1.36版的。

关于FxCop1.32(根据博客的发布时间猜测一下)中文译文可以参考：http://blog.joycode.com/zhanbos/archive/2005/03/13/45711.aspx
其中作者所指出的第8步本人在.Net2005,FxCop1.36版中尝试过，是可以不用删除AssemblyInfo.cs的。
关于FxCop1.36英文则参考http://www.codeproject.com/KB/aspnet/FXCOP.aspx
而且还有写好的代码可以下载，我个人比较推崇。

 

根据网上所提供的资料，本人进行了自己定义规则的尝试。结果发现了一些需要注意的地方,在这里和大家分享一下。(以FxCop1.36英文所提供的代码实例为例)
第一、实例中的Connection.XML的BuildAction必须要进行设置！
这里我总结了一下关于BuildAction的介绍：
Build Action ：

         None 标志该文件不会被编译到工程当中,也不会放到输出信息组当中,类似于ReadMe.txt的帮助信息文件
         Compile 标志该文件编译到工程当中,一般指定的是代码文件
         Content 标志该文件不被编译,但是记录着输出信息组的内容,类似于带有默认值的Htm文件或者其他的web文件
         Embedded Resource 标志该文件潜入到主程序中输出成Dll或者Exe中,这也就是一般的资源文件
(请参考：http://stackoverflow.com/questions/145752/what-are-the-various-build-action-settings-in-vsnet-project-properties-and-what)
第二、实例中的Connection.XML中的信息必须齐全。
第三、实例中的clsCheck,继承的父类必须是Microsoft.FxCop.Sdk.BaseIntrospectionRule。
第四、实例中clsCheck的构造函数中,父类的构造函数第二个参数一定是项目工程的命名空间+Connection.XML文件名称！

 

以上四条都是不可以缺少的。如果缺少了,自定义的规则将不会被FxCop所识别。

 

在自定义规则Dll建立中,一般需要复写父类Microsoft.FxCop.Sdk.BaseIntrospectionRule中的Check方法。Check的每一个重载方法都是对代码的不同对象进行Check。

 

这里所需要指出的是建议大家使用微软的反射工具Reflector。
这个Reflector工具可以查看FxCop自己所提供的*Rules.Dll的源代码。

大家在写好自己的Check方法的时候需要使用Microsoft Visual Studio自带的Debug->Attach to Process监控FxCop进程,运行FxCop开始分析的时候,就可以在自己订制规则的项目中进行断点调试了。

 

顺便附上一句,我个人理解FxCop是对.Net中间代码IL(Intermediate Language：中间语言)进行的Check。所以大家可以使用.Net自带工具ildasm进行查看被进行代码检查的项目工程的IL。这样也方便与FxCop自定义规则的书写。

 

就写到这里了,关于FxCod自定义的规则msdn的英文论坛很多国外的人都热情地探讨着,大家也可以参考一下。
当然如果需要我帮助的，我也会尽能力进行解答的。