当前位置：文江博客话题详情

可用的代码公制系统？

发布于 2024-08-02 05:01:55 字数 30 浏览 4 评论 0原文

除了圈复杂度之外，还存在哪些其他代码度量系统？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

痕至 2024-08-09 05:01:55

代码指标

您认为圈复杂度是一个有用的衡量标准吗？

什么代码指标让您相信所提供的代码是“蹩脚”？

回复收藏 0 原文

玉环 2024-08-09 05:01:55

维基百科提供了一个
指标简单概述。

实际上有很多很多的指标。事实上，将源代码映射到测量尺度（整数、实数、分类枚举）的源代码的任何函数都可以被视为度量。

大多数代码指标的问题在于它们往往与 SLOC 成正比，如果是这样的话，SLOC 也一样好。对于指标最好的做法是立即测量您的代码，并跟踪指标如何随时间变化；趋势，无论是上升还是下降，都会比指标本身告诉你更多的信息。向上意味着坏消息；向上意味着坏消息。代码变得越来越复杂。

将代码（复杂性）指标与错误率结合起来考虑也很有用。模块的高度复杂性以及同一模块中的高错误率表明，重新设计该模块可能是防止该领域出现进一步问题的好主意。高复杂性和低错误率表明代码看起来很可怕，但事实并非如此。

回复收藏 0 原文

顾北清歌寒 2024-08-09 05:01:55

Halstead 的软件科学是一个出色的指标套件，可以让您深入了解你的程序的实际结构。

Card and Glass 也创建了一个模型，但我不确定该模型是否可以在书籍之外使用。无论如何我都会寻找它。

回复收藏 0 原文

凉宸 2024-08-09 05:01:55

查看 Visual Studio 2012 中集成的 NDepend 工具支持的 82 个代码指标定义， 2010 年和 2008 年。免责声明：我是该工具的开发人员之一

请注意，这些代码指标可以通过 CQLinq 查询和规则来定义您自己的自定义代码指标。

例如，除循环复杂度之外的一种流行代码指标是废话指标。基本上，CRAP 将蹩脚代码定义为复杂的方法（具有高循环复杂度），测试很难覆盖。默认 CQLinq 规则，用于定义 CRAP< /em> 指标是：

// <Name>C.R.A.P method code metric</Name>
// Change Risk Analyzer and Predictor (i.e. CRAP) code metric
// This code metric helps in pinpointing overly complex and untested code.
// Reference: http://www.artima.com/weblogs/viewpost.jsp?thread=215899
// Formula:   CRAP(m) = comp(m)^2 * (1 – cov(m)/100)^3 + comp(m)
warnif count > 0
from m in JustMyCode.Methods

// Don't match too short methods
where m.NbLinesOfCode > 10

let CC = m.CyclomaticComplexity
let uncov = (100 - m.PercentageCoverage) / 100f
let CRAP = (CC * CC * uncov * uncov * uncov) + CC
where CRAP != null && CRAP > 30
orderby CRAP descending, m.NbLinesOfCode descending
select new { m, CRAP, CC, uncoveredPercentage = uncov*100, m.NbLinesOfCode }

Have a look at the 82 code metrics definitions supported by the tool NDepend integrated in Visual Studio 2012, 2010 and 2008. Disclaimer: I am one of the developers of the tool

Notice that these code metrics can be composed through CQLinq queries and rules to define your own custom code metrics.

For example, one popular code metric other than Cyclomatic Complexity is the C.R.A.P metric. Basically, the C.R.A.P define crappy code as complex methods (with high Cyclomatic Complexity), poorly covered by tests. The default CQLinq rule to define the C.R.A.P metric is:

// <Name>C.R.A.P method code metric</Name>
// Change Risk Analyzer and Predictor (i.e. CRAP) code metric
// This code metric helps in pinpointing overly complex and untested code.
// Reference: http://www.artima.com/weblogs/viewpost.jsp?thread=215899
// Formula:   CRAP(m) = comp(m)^2 * (1 – cov(m)/100)^3 + comp(m)
warnif count > 0
from m in JustMyCode.Methods

// Don't match too short methods
where m.NbLinesOfCode > 10

let CC = m.CyclomaticComplexity
let uncov = (100 - m.PercentageCoverage) / 100f
let CRAP = (CC * CC * uncov * uncov * uncov) + CC
where CRAP != null && CRAP > 30
orderby CRAP descending, m.NbLinesOfCode descending
select new { m, CRAP, CC, uncoveredPercentage = uncov*100, m.NbLinesOfCode }

回复收藏 0 原文

~没有更多了~