.NET性能调优系列文章
系列文章索引
- .NET性能调优之一：ANTS Performance Profiler的使用
- .NET性能调优之二：使用Visual Studio进行代码度量
- .NET性能调优之三：YSlow相关规则的调优工具和方法
使用Visual Studio进行代码度量
在这篇文章里，暂且抛开代码、数据库和网络的优化，从软件代码度量的角度来看看其对.NET性能调优的作用。
当软件项目异常庞大的时候，通过简单的CodeReview进行软件复杂度估量和可靠性评测已经变得不太现实，还好有软件来完成这些事情。降低软件的复杂度也会对性能调优带来很大的帮助。
在Visual Studio 2008前，进行代码度量还要借助第三方的一些工具，如devMetrics、C# Source Code Metrics等，而从Visual Studio 2008开始微软就在里面集成了代码度量的工具。
点击Visual Studio的“分析”菜单，可以看到度量工具能够针对当前项目或者整个解决方案进行代码度量。
下拉菜单的上面还有和第一篇文章里介绍的ANTS Performance Profiler类似的代码性能分析工具，简单使用了下，发现当要查看.NET框架内部实现的耗能时是看不到的，其他的功能基本能满足需求，感谢园友风云的提醒。
短暂运行后，就可以看到分析的结果。
这里列出了所有能计算出来的列，下面是MSDN对计算结果值意义的说明。
- 层次结构：按照项目-命名空间-类-属性/方法进行逐级细分，所以可以只针对某一个方法查看相关的代码度量值。
- 可维护性指数：计算一个介于 0 和 100 之间的指数值，表示维护代码的相对容易度。 值越大表示可维护性越好。 彩色图标的等级可用来快速识别代码中的故障点。 绿色等级介于 20 和 100 之间，表示代码的可维护性良好。 黄色等级介于 10 和 19 之间，表示代码的可维护性中等。 红色等级是介于 0 和 9 之间的等级，表示可维护性低。
- 圈复杂度：衡量代码在结构上的复杂程度。 通过计算程序流中的不同代码路径数而创建的。 具有复杂控制流的程序需要更多测试才能实现良好的代码覆盖率，并且不容易维护。在某些情况下，Visual Studio 2010 中的方法的圈复杂度计算与早期版本有所不同，具体参见Visual Studio 2010 在代码复杂度计算方面所做的更改。
- 继承深度：指明扩展到类层次结构根的类定义的数目。 层次结构越深，则越难了解特定方法和字段是在何处定义或/和重新定义的。
- 类耦合：通过参数、局部变量、返回类型、方法调用、泛型或模板实例化、基类、接口实现、在外部类型上定义的字段以及特性修饰来衡量与唯一类的耦合程度。 良好的软件设计要求类型和方法应具有较高的内聚力和较低的耦合。 耦合较高表示设计难以重用和维护，这是因为它与其他类型之间存在许多依存关系。
- 代码的行数：指明代码中的大概行数。 该计数基于 IL 代码，因此并不是源代码文件中的确切行数。 计数过高可能表示某个类型或方法正在尝试执行过多的工作，应予以拆分。 还可能表示该类型或方法难以维护。
最需要关注的可能就是圈复杂度和类耦合两个度量值了，以使得程序保持高类聚低耦合；如果圈复杂度过高，应该将函数拆解，这样在进行性能调优时可以逐个击破，维护起来也比较容易。
结语
希望在探讨程序性能调优时别忘记先将软件的复杂度和可维护性降低一些，这样在遇到复杂的性能优化问题时，思路才能足够清晰，可以将精力集中在细分后的代码段上，而不是有太多的代码噪音来干扰逻辑的梳理与思考。
所以这个系列文章先将这部分内容拿到了第二篇里来和大家一起探讨了。
文章有所疏漏和要补充的，请留言一起讨论，也请关注后续的相关文章。
如果文章对你有点帮助，推荐一下吧，谢谢 :)
出处：https://www.cnblogs.com/parry/archive/2013/01/06/DotNet_Performance_Tuning_Code_Metrics.html
=======================================================================================
系列文章索引
- .NET性能调优之一：ANTS Performance Profiler的使用
- .NET性能调优之二：使用Visual Studio进行代码度量
- .NET性能调优之三：YSlow相关规则的调优工具和方法
使用Visual Studio进行代码度量
在这篇文章里，暂且抛开代码、数据库和网络的优化，从软件代码度量的角度来看看其对.NET性能调优的作用。
当软件项目异常庞大的时候，通过简单的CodeReview进行软件复杂度估量和可靠性评测已经变得不太现实，还好有软件来完成这些事情。降低软件的复杂度也会对性能调优带来很大的帮助。
在Visual Studio 2008前，进行代码度量还要借助第三方的一些工具，如devMetrics、C# Source Code Metrics等，而从Visual Studio 2008开始微软就在里面集成了代码度量的工具。
点击Visual Studio的“分析”菜单，可以看到度量工具能够针对当前项目或者整个解决方案进行代码度量。
下拉菜单的上面还有和第一篇文章里介绍的ANTS Performance Profiler类似的代码性能分析工具，简单使用了下，发现当要查看.NET框架内部实现的耗能时是看不到的，其他的功能基本能满足需求，感谢园友风云的提醒。
短暂运行后，就可以看到分析的结果。
这里列出了所有能计算出来的列，下面是MSDN对计算结果值意义的说明。
- 层次结构：按照项目-命名空间-类-属性/方法进行逐级细分，所以可以只针对某一个方法查看相关的代码度量值。
- 可维护性指数：计算一个介于 0 和 100 之间的指数值，表示维护代码的相对容易度。 值越大表示可维护性越好。 彩色图标的等级可用来快速识别代码中的故障点。 绿色等级介于 20 和 100 之间，表示代码的可维护性良好。 黄色等级介于 10 和 19 之间，表示代码的可维护性中等。 红色等级是介于 0 和 9 之间的等级，表示可维护性低。
- 圈复杂度：衡量代码在结构上的复杂程度。 通过计算程序流中的不同代码路径数而创建的。 具有复杂控制流的程序需要更多测试才能实现良好的代码覆盖率，并且不容易维护。在某些情况下，Visual Studio 2010 中的方法的圈复杂度计算与早期版本有所不同，具体参见Visual Studio 2010 在代码复杂度计算方面所做的更改。
- 继承深度：指明扩展到类层次结构根的类定义的数目。 层次结构越深，则越难了解特定方法和字段是在何处定义或/和重新定义的。
- 类耦合：通过参数、局部变量、返回类型、方法调用、泛型或模板实例化、基类、接口实现、在外部类型上定义的字段以及特性修饰来衡量与唯一类的耦合程度。 良好的软件设计要求类型和方法应具有较高的内聚力和较低的耦合。 耦合较高表示设计难以重用和维护，这是因为它与其他类型之间存在许多依存关系。
- 代码的行数：指明代码中的大概行数。 该计数基于 IL 代码，因此并不是源代码文件中的确切行数。 计数过高可能表示某个类型或方法正在尝试执行过多的工作，应予以拆分。 还可能表示该类型或方法难以维护。
最需要关注的可能就是圈复杂度和类耦合两个度量值了，以使得程序保持高类聚低耦合；如果圈复杂度过高，应该将函数拆解，这样在进行性能调优时可以逐个击破，维护起来也比较容易。
结语
希望在探讨程序性能调优时别忘记先将软件的复杂度和可维护性降低一些，这样在遇到复杂的性能优化问题时，思路才能足够清晰，可以将精力集中在细分后的代码段上，而不是有太多的代码噪音来干扰逻辑的梳理与思考。
所以这个系列文章先将这部分内容拿到了第二篇里来和大家一起探讨了。
文章有所疏漏和要补充的，请留言一起讨论，也请关注后续的相关文章。
如果文章对你有点帮助，推荐一下吧，谢谢 :)