在软件开发过程中主动使用“代码行”(LOC)度量?[关闭]

我觉得有点没用。例如,某些类型的函数(比如用户输入处理)无论如何都会有点冗长。我更愿意使用某种形式的复杂性度量。当然,您可以将这两者和/或任何其他您喜欢的度量结合起来。你只需要一个好工具-我用 Source Monitor

我在编写代码时使用SM让我注意到变得过于复杂的方法。然后我回去看看。大约有一半的时间我会说,好吧,那需要那么复杂。我真正想要的是和SM一样好的(免费)工具,但它也支持某种类型的标记列表,即“忽略方法X、Y和Z—它们”

我想它可以用来奖励球队 (假设他们仍在生产有价值的软件和可读的代码…)。

并不总是真的。虽然低LOC通常更可取,但这并不意味着代码的复杂程度会降低。事实上,通常情况下更是如此。经过优化以获得最小周期数的代码可能完全不可读,即使是一周后编写它的人也是如此。

作为最近一个项目的例子,想象一下从一个PNG文件设置单独的颜色值(RGBa)。你可以用一种最紧凑的方法来做。与另一种方法相比,这种方法的可读性和可维护性要少得多,比如使用位字段,这需要一个结构定义和更多行。

它还取决于进行LOC计算的工具。它是否将只有一个符号的行视为代码(例如在C风格语言中是{和})?这肯定不会使它更复杂,但确实使它更具可读性。

在一个不平凡的项目中,LOC很容易获得和传递合理的信息。我在新项目中的第一步总是计算LOC。