【问题标题】:Code duplication metrics - Best practice代码重复指标 - 最佳实践
【发布时间】:2018-08-05 17:54:06
【问题描述】:

在查看长期(>10 年)的代码重复指标时,是否有关于“正常”或“推荐”级别的代码重复的指南/最佳实践?

我对这个问题有很大的困难,好像代码质量很好,然后没有人需要维护它,所以谁在乎呢?但是,总的来说,是否有关于“正常”的参考。假设 10 行重复阈值。

例如 X% 的重复是异常的还是正常的?如果正常,这是否意味着我们那里存在具有这种重复程度的健康盈利项目。

也许答案是,是否有一项研究将代码重复作为衡量成功/平均/失败的指标之一?也许人们可以分享他们在维护成本方面的成功经验,以实现一定程度的代码重复?

【问题讨论】:

    标签: duplicates sonarqube metrics code-duplication code-metrics


    【解决方案1】:

    在我看来,对此没有一般性的答案。

    您应该检查工具的每一个发现,并确定它是误报还是合理的(可能是某些标准编码模式或生成的代码部分)或确实包含有问题的复制粘贴代码,应重构并提取到自己的函数中/module/随便什么。

    如果出现误报或预期代码,应该有一种工具特定的方法来抑制这种情况下的警告或基于特定模式的一般基础。

    因此,在以后的运行中,如果发现新的重复项(或较旧的未修复的真阳性),您总是应该收到警告。

    可能出现误报,请考虑向作者提交错误报告(制作可能仍会引发该警告的最小代码配置)。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-02-11
      • 1970-01-01
      • 2017-10-17
      • 1970-01-01
      • 2015-12-29
      • 1970-01-01
      • 2012-01-13
      • 1970-01-01
      相关资源
      最近更新 更多