sonarqube---参数-华克斯信息

sonarsource

代码是一个不断增长的市场， 它是分析师对其---采用和大量---的雷达。

介绍麦凯布的圈复杂度长期以来一直是事实上的标准测量方法的控制流的复杂性。它的目的是 确定软件模块将很难测试或维护 [1]， 但当它准确地计算xiao的测---例需要完全覆盖的方法， 它不是一个令人满意的测量理解。这是因为具有相等圈复杂度的方法不一定存在同样的困难， 维护， 导致一种感觉，测量 啼狼 由 over-valuing 一些结构， 而 under-valuing 其他构造.同时， 圈复杂度不再是全mian的。制定的fortran 环境在 1976年， 它不包括现代语言结构， 如尝试/捕zhuo，和 lambda。后， 因为每个方法都有一个xiao的圈复杂度得分， 它是不可能知道任何具有高聚合圈复杂度的给定类是否一个大的、易于维护的域类， 或一个具有复杂控制流的小类。在类级别之外， 人们普遍承认， 圈复杂度的分数应用程序与它们的代码总计行相关联。换言之， 圈复杂度是在方法级别上很少使用。作为对这些问题的一种补救， 认知复杂性已经被制定来解决现代语言结构， 并产生的价值是有意义的类和应用程序级别。更重要的是， 它背离了基于数学模型， 使其能够产生控制流的评估， 对应于程序员的直觉的精神，sonarqube---参数， 或认知的努力， 需要了解这些流动.

sonarqube中的旧版代码

虽然我不相信将数字放在源代码上，sonarqube（以前称为sonar）在开发过程中可能是一个非常有用的工具。它对您的团队执行一致的风格，已经发现了几个可能的错误，并且是一个---的工具：您可以浏览---行为，看看为什么某个表达式或代码块可能是一个问题。

为了---您的代码库保持一致状态，您还可以直接执行代码检入的任何---行为。其中一个问题是很多项目不是绿色项目你有很多现有的代码。如果您的---号码已经---，很难判断是否引入了新的---行为。

在这篇文章中，我将向您展示如何从现有代码的零违反行为开始，而不用触摸来源，jens schauder在他的---演讲中使用legacy teams的灵感来启发它。我们将根据文件中的行忽略所有---行为，因此如果有人触及该---行为将再次显示的文件，开发人员将负责修复旧版---行为。

关闭---插件

我们正在使用sonarqube的关闭---插件。可以为问题配置不同的排除模式。您可以为代码块定义正则表达式，这些代码块应该被忽略，或者在所有文件或行基础上停用---。

对于现有代码，sonarqube---参数，您想忽略某些文件和行的所有---。这可以通过在文本区域中插入这样的方式来完成排除模式：

de.fhopf.a的kka.actor.indexingactor; pmd：signaturedeclarethrowsexception; [23]

这将排除在indexingactor类的第23行中抛出原始异常的---。再次分析代码时，这种---将被忽略。

通过api检索---

除了漂亮的仪表板之外，sonarqube还提供了一个可用于检索项目---的api。如果您不希望查找代码库中的所有现有---行为，并手动插入，您可以使用它自动生成排除模式。所有这些---都可以在/ api /---找到，例如http：//本地主机：9000 / api /违例。

我确定还有其他方法可以做，但是我使用jsawk来解析json响应（在ubuntu上，你必须安装spidermonkey而不是默认的js解释器。你必须自己编译，而且我必须使用一个特定的版本。叹了口气）。