这个邪恶的任何程序员都能理解这种生产力度量方法的内在含义（好吧，我可以列举一些表现得不像他们理解的人……）：程序只是实现目标的一种方式；目标是重要的部分，如果你用三行代码达到了目标-好的，糟糕的维护人员的代码很快就会祝福您，并感谢您的简洁.
LOC也被用作预测可维护性代码的-功能s（因为这是以前的时代空中接力，很久很久以前）应该不超过行数，因此使片段代码更容易格罗克。'没有更多代码行“比终端上的行多”是常见的经验法则，允许直观地访问整个功能，而无需滚动. 浮雕程序员，注意不要违反任何关于源代码应该是什么样子的策略，并注意缩进和变量名约定不知道规则为什么会存在顺从地删除评论，垂直的和水平空白，有些甚至收缩了几个陈述在同一条线上-因此通过遵循为增加可理解性而制定的规则来降低可理解性。理解规则的危险语义上但不是实用主义地.
如今，有效的代码行，或ELOC公司，已替换LOC（锁定）作为测量代码长度的主要方法。ELOC公司等于LOC（锁定）减去花在评论你的胡言乱语上的行数垂直空白.如果要确定可理解性（从而了解可维护性)对于您的代码，您最好像赞成的意见，测量圈复杂度和凝聚而不是。
虽然LOC确实是一种糟糕的评估程序的方法，但它可能是一种非常有价值的工具（在经验丰富的程序员他遵循一个结构合理的PSP公司)用于预测程序的开发时间。
至于罗洛牌手表关于程序员随机删除注释和空格以删除LOC的说法，我自己通过计算“逻辑代码行”（在开始计算之前必须定义）和保持单独的“文档行”计数来解决这个问题。
不幸的是，在某些情况下，我的LOC与LOD的比率会在试图评估该比率的程序中导致浮动异常。这是一个坏事.
登录或登记在这里写点什么或联系作者。