用SonarQube计算设计违约技术债务

Question

我想知道是否可以使用最新版本的Sonar，或者通过一些插件计算(来自java项目的)架构违约的技术债务，比如："'X‘类应该在com.domain.classes包中“，或者”类'X’必须扩展'Y‘类？“还是“'X‘类必须具有’公共静态Y someAttribute‘属性”？

如果没有这样的插件，那么如何开发一个插件来实现自动化呢？我已经阅读了Java、REST、如何开发插件并试图对其进行编码的文档，但没有找到一种方法来实现它。

Answer 1

唯一的方法是通过商业SQALE插件，手动插入扩展的架构约束、XPath、PMD和其他类似规则的修复成本。

Sonarqube回答：http://sonarqube.15.x6.nabble.com/Calculating-Design-Violations-Technical-Debt-with-SonarQube-td5022251.html

Answer 2

可能的路线是使用PMD代码检查器。您可以将您自己的自定义规则添加到PMD中，并且有一个用于Sonar的PMD插件。

但在这种情况下，Sonar可以为我计算债务(通过SQALE或其他插件)吗？在另一种情况下，我如何计算债务？

我想你误解了“技术债务”这个词。以下是维基百科对此的描述：

技术债务(也称为所需的设计借方或代码债务)是一个新词隐喻，指的是代码库中糟糕的软件体系结构和软件开发的最终后果。债务可以被认为是在某项工作被认为完成之前需要完成的工作。如果债务得不到偿还，那么它就会继续积累利息，使以后难以实施改革。未解决的技术债务增加了软件熵。

需要注意的关键是，技术债务是一种隐喻。

因此，例如，PMD可以告诉您您的代码有多少次违反了某些规则，但它不能告诉您修复这些规则需要做多少工作，也不能告诉您，由于您现在没有修复这些规则，将来会发生多少额外的工作。

基本上，你不能衡量技术债务，因为真正衡量技术债务需要知道未来会发生什么。还可以阅读以下内容：https://softwareengineering.stackexchange.com/questions/167080/how-is-technical-debt-best-measured-what-metrics-are-most-useful