生产项目的代码度量标准(C#,Visual Studio)的常用值

发布时间：2020-12-15 08:10:10 所属栏目：百科来源：网络整理

导读：这里有一些关于代码指标的问题,特别是关于目标值的 this one.我正在寻找的是现实生产项目中的“常用”.也许这只是我,但是没有任何项目我会记住这些事情,因此当我运行ReSharper代码问题或Visual Studio代码指标时,我似乎是第一个 – 所以价值总是让我感到惊讶

这里有一些关于代码指标的问题,特别是关于目标值的 this one.我正在寻找的是现实生产项目中的“常用”.也许这只是我,但是没有任何项目我会记住这些事情,因此当我运行ReSharper代码问题或Visual Studio代码指标时,我似乎是第一个 – 所以价值总是让我感到惊讶.

我当前的SharePoint分配示例：

Maintainability | Cyclomatic cmplx. | Inher. depth | Class coupl. | LOC
67              | 6,712             | 7            | 569          | 21,649
68              | 3,192             | 7            | 442          | 11,873

更新：问题是,你通常会在“野外”看到什么价值？除了最佳值和最佳实践,通常会遇到什么值？

解决方法

我假设这些值是在装配水平上.如果是这样,Cyclomatic Complexity和Code of Code对方法级别最有帮助.应该主要在类级别上查看继承深度.在首先查看方法级别然后在类级别上查找类耦合时,它会提供更有用的反馈.

除了您在stack overflow link中提供的指南之外,Code Complete第2版还有关于方法Cyclomatic Complexity,第458页的说明：

0-5 The routine is probably fine.

6-10 Start to think about ways to simplify the routine.

10+ Break part of the routine into a second routine and call it from the first routine

在“现实生活”项目中,可接受的可能取决于您正在使用的开发过程的类型.如果团队正在练习TDD(测试驱动开发)并努力编写SOLID代码,那么这些指标应接近最佳值.

如果TAD(开发后测试)或者甚至更多的是没有单元测试的代码,那么期望所有度量都高于最优,因为具有更多耦合,更复杂的方法和类的可能性,以及可能更多的继承可能是升高.不过,无论代码是如何开发的,目标都应该是限制“坏”指标的情况.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!