博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
倡导一种代码行数统计标准
阅读量:4956 次
发布时间:2019-06-12

本文共 774 字,大约阅读时间需要 2 分钟。

缘起

业界常提到一个词:代码行数。代码行数是一种简单的衡量一个软件规模的方式。

但是代码行数的具体统计方法的不同,也会使结果产生不可忽略的差异。
主要分歧有:

  1. 空行算不算?
  2. 纯注释的行算不算?
  3. 有行尾注释的行算1行还是2行?
  4. 项目文件算不算,SQL脚算不算?

多次百度都是各家有各家的标准,在我看来就是没有标准。许多工具干脆做成各种成分都统计出来,也有的提供参数让使用者自行决定统计哪些成分。本人本着“有标准就参照执行,无标准就创造标准”的原则来倡导一种标准,希望它真的可以成为多人采用的标准。

标准

  1. 空行 不算
  2. 纯注释的行
  3. 行内注释 不算。(即有行尾/行中注释的行只算1行, 如int i = 3; //初始化)
  4. 由工具创建/导出的文件 不算。(如项目文件、导出的SQL脚本)

依据

  1. 空行指除了换行符外,没有任何字符或只有空格的行。有些童鞋写代码时喜欢顺手连续敲几个空行,这个真没必要,也不能让他们“钻空子”,所以不算。
  2. 纯注释的算,注释也是重要的代码的一部分,好的注释也是非常讲究的。
  3. 行尾注释有点让我纠结。它是注释与第2点同性质,但它一般比较简短,而且算的话一行含注释的代码算2行,也是“奇怪”。考虑再三,还是决定不算。同理,行中间的注释不算。
  4. 由工具创建的/导了的毕竟不是自己敲的,导出的SQL脚本如果算的话,真的很冲击敲代码的童鞋。你可能会说设计数据库也是一种繁重的工作,正是有了设计才有导出。也对,但同样是繁重的工作的设计图片,它并不导出“代码行”。综合考虑,这种不算。

33556-20190329015658996-305474647.gif

建立标准是挺难的一种事,建立众人喜欢的标准更是难上加难。众口难调,许多人惯性地举出“特殊情况”来“反驳”。标准不好可以讨论改进,有标准总比没有标准好。

转载于:https://www.cnblogs.com/BillySir/p/10618904.html

你可能感兴趣的文章
2018 Multi-University Training Contest 10 - Count
查看>>
HDU6198 number number number
查看>>
HDU6438 Buy and Resell
查看>>
HDU6446 Tree and Permutation
查看>>
HDU6201 transaction transaction transaction
查看>>
HDU6203 ping ping ping
查看>>
前端小笔记
查看>>
《人人都是产品经理》书籍目录
查看>>
如何在git bash中运行mysql
查看>>
OO第三阶段总结
查看>>
构建之法阅读笔记02
查看>>
初学差分约束
查看>>
HEVC编码学习(一)HM配置
查看>>
通过Spark SQL关联查询两个HDFS上的文件操作
查看>>
DataTable和 DataRow的 区别与联系
查看>>
检索COM 类工厂中CLSID 为 {00024500-0000-0000-C000-000000000046}的组件时失败
查看>>
mysql数据库中数据类型
查看>>
Fireworks基本使用
查看>>
两台电脑间的消息传输
查看>>
Linux 标准 I/O 库
查看>>