SonarQube中三种类型的代码规则

https://www.cnblogs.com/guoguochong/p/9117829.html

1.概述
SonarQube(sonar)是一个 开源 平台，用于 管理 源代码的 质量 。 SonarQube不只是一个质量 数据 报告工具，更是代码质量管理平台。
支持 java , C#, C/C++, PL/SQL , Cobol, JavaScr ip , Groovy 等等二十几种编程语言的代码质量管理与检测。
SonarQube可以从以下七个维度检测代码质量，而作为 开发 人员至少需要处理前5种代码质量问题。

(1) 不遵循代码标准 SonarQube可以通过PMD,CheckStyle,Find bug s等等代码规则检测工具规范代码编写。
(2) 潜在的缺陷 SonarQube可以通过PMD,CheckStyle,Fin db ugs等等代码规则检测工具检 测出潜在的缺陷。
(3) 糟糕的复杂度分布 文件、类、方法等，如果复杂度过高将难以改变，这会使得开发人员 难以理解它们, 且如果没有 自动化 的 单元测试 ，对于程序中的任何组件的改变都将可能导致需要全面的回归 测试 。
(4) 重复 显然程序中包含大量复制粘贴的代码是质量低下的，SonarQube可以展示 源码 中重复严重的地方。
(5) 注释 不足或者过多 没有注释将使代码可读性变差，特别是当不可避免地出现人员变动时，程序的可读性将大幅下降 而过多的注释又会使得开发人员将精力过多地花费在阅读注释上，亦违背初衷。
(6) 缺乏单元测试 SonarQube可以很方便地 统计 并展示单元测试 覆盖率 。
(7) 糟糕的设计 通过SonarQube可以找出循环，展示包与包、类与类之间的相互依赖关系，可以检测自定义的架构规则 通过SonarQube可以管理第三方的jar包，可以利用LCOM4检测单个任务规则的应用情况， 检测耦合。
通过以下介绍如何基于Jenkins和SonarQube完成代码质量持续检测。

2.

Bug
漏洞
坏味道

Bug影响大

漏洞影响中等

坏味道，对代码质量影响最小
【如果一段代码是不稳定或者有一些潜在问题的，那么代码往往会包含一些明显的痕迹。
正如食物要腐坏之前，经常会发出一些异味一样。
我们管这些痕迹叫做“代码异味”。】