函数指向kloc比率作为软件度量标准...“调整名称”度量标准？

Question

您如何使用函数指针的度量作为度量的代码行？

它让我想起了旧的游戏节目“名称调”。 “我可以用三个音符来命名这首歌！”我可以用0.1 klocs写这个功能！这有用吗？

它肯定会促进图书馆的使用，但是你想要什么？

Answer 1

我认为这是一个可怕的想法。就像他们编写的代码行支付程序员一样糟糕。

一般来说，我比较详细的代码更喜欢简洁的代码，但只要它仍然清楚地表达程序员的意图。每个kloc最大化功能点将鼓励每个人尽可能简短地编写他们的代码，这不仅仅是简洁而且隐藏起来。它还会鼓励人们将相邻的代码行合并到一行中，即使所加入的代码不合意，也只是为了减少代码行数。允许的最大线路长度也会成为问题。

Answer 2

如果您严格执行代码标准，就像使用报表的页面要求那样，KLOC是可以接受的：不要将五个语句放在一行上，也不要将大部分空白从代码中删除。

我想你可以决定它对你的环境的有效性的一种方法是查看几个不同的应用程序和模块，粗略估计代码的质量，并将其与代码的大小进行比较。如果您可以证明您的组织中代码质量是一致的，那么KLOC并不是一个糟糕的指标。

在某些方面，您将面临与任何类似指标相同的战斗。如果您计算功能点或功能点，或只是功能或模块，您仍然需要以某种方式对它们进行加权。最终，您需要对您要收集的客观数据进行某种主观补充。

Answer 3

“您如何使用函数指针的度量作为度量的代码行？”

不要问这个问题。以上比率是 - 对于给定的语言和团队 - 一个简单的统计事实。它趋向于一个小的标准偏差的平均值。

有很多自由度：你如何计算功能点，你使用的是什么语言，团队如何（总体）聪明。如果你不改变这些东西，价值保持稳定。

将几个项目结合在一起之后，对于您的首选语言/框架/团队组织中的1200个功能点将包含12,000行代码，您有一个坚实的期望。

KSloc/FP是一个纯粹的统计观察。显然，还有一件关于这件事的事情正在困扰着你。你能在你的问题上更具体吗？

Answer 4

所有指标都很糟糕。我的理论一直是，如果你有有有他们，然后使用最简单的东西，你可以收集他们，完成它和重要的事情。

这通常是指沿

grep -c ";" *.h *.cpp | awk -F: '/:/ {x += $2} END {print x}' 

如果你正在寻找一个“指标”来追踪代码efficency线的东西，不要。如果你坚持，再次尝试一些愚蠢但很容易，如源文件的大小（见上面的grep命令，没有awk管道）或McCabe（带有计数器程序）。

Answer 5

函数指向代码行的度量标准实际上用于生成语言级别图表（实际上，它是函数指向语句），以近似了解编程语言的强大程度。这里是一个例子：http://web.cecs.pdx.edu/~timm/dm/functionpoints.html

我不会推荐使用这个比例的其他任何东西，除了高水平的近似值，如语言水平图。

促进图书馆的使用是一件好事，但要记住的另一件事是，当你建立图书馆时，你会失去这个比例，并且只会随着时间的推移节省分红。豆柜不会理解这一点。

我个人希望看到一个函数指向ABC度量比 - 因为我很好奇ABC度量（它指示大小和包含作为信息一部分的复杂度）如何相关 - 也许是线性的，也许是指数的， etc ... www.softwarerenovation.com/ABCMetric.pdf