使用FxCop做代码检查与优化.docxVIP

使用FxCop做代码检查、优化和规则微软的免费测试工具FxCop能进行一些代码方面的自动测试,同时有帮助学习编码规范和提高代码执行效率,从而提高代码的整体质量.这个工具能测试到的地方有: Design（设计）,Globalization（全球化）,Interoperability（互操作性）, Naming（命名）,Performance（性能规则）,也可以自己加入规则进行测试;工具还是很好用的,很快就上手了有几点小技巧1 可以自定义错误的规则,建议取消掉globalizationrules,securityrules等规则2?点中问题的连接,后可以直接连接到有代码问题的代码上3?可以看看breaking的Info注释,里面有比较好的解决方法检查后修改的代码有1 Class的命名规则2 判断字符为空由if （strStartValue.ToString() == )改为if（strStartValue.Length() == 0)）3比较字符串的时候dr[PrefixM].ToString().ToLower() == mm 改用String.Compare(strPrefix, yy, true) == 0的方法4 删除掉方法中定义而未使用的参数5 删除无效的赋值6 DataReader中未关闭（其他程序中的）7提示删除程序中未使用到的方法8提示 catch 需要指定具体的Exception ，这样可以节约捕获Exception 时内存的使用9刪除多余的using 引用遇到的问题有1 有大量的Globalization? 要求,但是平时是没有注意到的,虽然开发的程序要求支持多语言strMonth = StartDateValue.Month.ToString();这样都会提示需要多语言的支持2 程序未有AssembliesShouldDeclareMinimumSecurity定义需要做签名,但是这个一般是平时没有注意的3 CLR编写的存储过程需要有out参数,但是也会提示出来,所以需要制定一套比较详细的规则4 在循环中有string相加的地方都提示要用stringbuilder这个修改是比较麻烦的,除非能之前注意,觉得比较好的资料可以参考/zhengyun_ustc/archive/2005/08/09/FxCop001.html规则/Hedonister/articles/231878.htmlFxCop的工具下载连接:/team/fxcop/?一、 Design（设计）1. Abstract types should not have constructors 抽象类不应该声明构造方法2. Assemblies should have valid strong names 程序集应该具有强名称3. Avoid empty interfaces 避免使用空的接口4. Avoid excessive parameters on generic types 避免在泛型类中使用过多的类型参数5. Avoid namespaces with few types 避免让名字空间含有过少的类型6. Avoid out parameters 避免使用 out类型的参数7. Collections should implement generic interface 集合类应该实现泛型接口8. Consider passing base types as parameters 尽量使用基本类型作为参数9. Declare event handlers correctly 正确的声明事件处理器，事件处理器不应该具有返回值10. Declare types in namespaces 应该在名字空间里面定义类型，而不是外面11. Default parameters should not be used 不应该使用参数默认值（C#没有参数默认值）12. Define accessors for attribute arguments 应该为特性（特性）的构造方法参数定义访问器，其名字跟构造方法参数仅首字母大小写不一样13. Do not catch general exception types 不要捕捉普通的异常（即System.Exception）14. Do not declare protected members in sealed types 不要在封闭类型中定义受保护的成员15. Do not declare static members on generic types 不要在泛型类型中使用静态成员16. Do not declare virtual members in sealed types 不要在封闭类型中定义虚成员