【DevOps趣味篇】你为什么要数程序员的代码行数？

推荐超级课程：

• Docker快速入门到精通
• Kubernetes入门到大师通关课
• AWS云服务快速入门实战

代码行数统计可以作为评估开发人员的生产力和代码库效率的指标之一。因此，在本博客中，我们深入探讨了不同的代码行数统计方法以及我们对此指标的看法。

让我们开始吧！

代码行数统计方法

有几种方法可以统计代码行数，其中一些比其他方法更有效，具有不同的目标。因此，我们为您列出了一个方法列表，让您选择最适合您需求的方法。

手动计数

手动计算代码行数涉及遍历代码的每一行并计算代码行数，同时排除注释、空格和非可执行行。

要做到这一点，打开源代码文件，使用纸张或文本编辑器计算代码行数。逐行查看代码，并检查是否为可执行代码。

完成后，记录总数。

然而，这种方法可能听起来很简单，但它是繁琐且容易出错的。自动化工具更加准确和高效，我们将在以下方法中讨论它们。

代码行数统计命令

代码行数统计（CLOC）命令是一个自动统计代码行数的工具。

以下是如何使用CLOC命令：

• 在您的系统上安装CLOC工具。
• 打开终端或命令提示符并导航至代码目录。您可以使用命令“cd”加上路径来到达目录。
• 运行CLOC命令：cloc <目录>（用代码的路径替换<目录>）。
• 如果要统计整个目录的行数，只需用一个句点“.”替换目录。
• 等待结果，结果将包括总行数、空行数、注释行数以及不同编程语言的代码行数。

这里是该工具及其结果的一个示例。

使用语句统计代码行数

虽然上述方法显示了代码行数，但如果您的代码中增加了更多的空行、注释和语句，那么数目会膨胀而没有为功能添加任何价值。

因此，语句计数在理解代码的可执行性和功能效率方面更加有帮助。

在C、C++、C#或Java等语言中，语句以分号（;）结尾。在Basic和VB等语言中，可以用冒号（：）添加多个语句。因此，虽然方法不同，但逻辑是相同的。

可执行性（XQT）是通过将可执行语句（STMTX）除以所有语句（SMT）来计算的。

这种方法的一些具体细节：

• 计算语句提供了了解语句排列如何影响程序中的流程控制的信息。循环和条件语句向您展示了根据情况一个代码部分可以执行多少次。
• 您可以根据每次迭代中代码可能采取的多个路径来识别不同的代码分支。
  虽然这提供了代码复杂性信息，但仍需要是一个防错方法。因素如数据依赖性和错误处理可能会影响代码的可执行性。

IL指令

在衡量开发人员的生产力时，选择合适的指标至关重要。简单地计算代码行数可能不可靠。专家建议衡量运行时环境中可执行语句的数量，这是对进展更全面和准确的理解。

以下是步骤：

• 编译代码：使用语言特定的编译器将高级代码（例如C#、Visual Basic）转换为中间语言（IL）。
• 获取IL代码：编译后，您将获得一个包含IL指令的程序集或可执行文件。
• 分析IL代码：使用文本编辑器或支持IL语法突出显示的IDE打开IL代码。您将看到一系列代表代码行数的IL指令。
• 计算行数：只需计算IL代码中的行数，即可确定IL代码的总行数。
  按照这些简化的步骤，您可以轻松地计算程序中的IL代码行数。

需要计算代码行数吗？

计算代码行数一直是一个长期的指标；然而，每个工具和方法给出不同的答案。

将其作为衡量生产力工具可能会存在问题，因为除非将同一团队的代码与同一团队的相同代码、语言和风格进行比较，否则是不可比较或公平的。

以下是一些供您考虑的其他要点：

• 一个开发人员可能编写简练的代码，另一个可能编写更长的代码来完成同样的任务。如果LOC是一个指标，那么您可能不能公正地评判他们的代码质量。
• 代码行数通过现有库重复使用，其余代码则编写以实现期望的结果。然而，在这种情况下，您不能忽略重复使用的代码，也不能将其确定为原始代码。但这并不会削弱开发人员的努力。
• 开发人员的生产力不仅仅是编写代码。规划、测试、调试、同行评审和协作可能会花费很多时间。因此，将生产力降低到LOC将不是一个公平的评估。

LOC可能让您窥视代码复杂性、代码长度和可执行性，但其重要性应在此停止。

Typo的首席执行官兼创始人Kshitij Mohan表示：“仅通过代码行数来衡量开发人员的生产力就像通过笔触来评估绘画一样。这关注的是解决方案的复杂度，而不是手头问题的复杂性。像大多数指标一样，如果没有上下文，它几乎没有任何意义。”

因此，我们认为您可以尽情计算代码行数，但不要将其用作评估哪段代码更好或哪个开发人员更有生产力的指标。