sonarqube检测
sonar是一个用于代码管理的开源平台,用于管理源代码的,可以从七个维度检测代码,通过插件形式,可以支持包括java,c#,c/c++,pl/sql,cobol,javascrip,groovy等等二十几种编程语言的代码管理与检测
rules提示
当然,这对于初学来说是一个---的教程,搞懂这些规则可以避免bugs的出现,sonarqube---参数,提供自己的开发能力。
rule正确实例提示
糟糕的复杂度分布
文件、类、方法等,如果复杂度过高将难以改变,这会使得开发人员难以理解它们, 且如果没有自动化的单元测试,sonarqube---参数,对于程序中的任何组件的改变都将可能导致需要的回归测试
重复
显然程序中包含大量粘贴的代码是低下的 , sonar可以展示源码中重复---的地方
缺乏单元测试
sonar可以很方便地统计并展示单元测试覆盖率
没有代码标准
sonar可以通过pmd,checkss,findbugs等等代码规则检测工具规范代码编写
没有足够的或者过多的注释
没有注释将使代码可读性变差,---是当不可避免地出现人员变动时,程序的可读性将大幅下降,而过多的注释又会使得开发人员将精力过多地花费在阅读注释上,亦违背初衷
潜在的bug
sonar可以通过pmd,checkss,findbugs等等代码规则检测工具检测出潜在的bug
糟糕的设计
通过sonar可以找出循环,展示包与包、类与类之间的相互依赖关系,可以检测自定义的架构规则;
通过sonar可以管理第三方的jar包可以利用lcom4检测单个任务规则的应用情况 ,检测耦合





sonarqube问题修改总结
四、异常处理
1、定义一个专门的异常用于异常处理
说明:using such generic excepti0ns as error, runtimeexception,throwable, andexception prevents calling methods from handling true, system-generated excepti0ns differently than application-generated errors.
错误示例:
修改建议:定义一个自己的异常类继承exception用于包装runtimeexception。
2、单个方法不要跑出多个未处理的异常
sonarqube问题修改总结
三、可读性问题
1、用isempty()去做容器的空或者非空判断。
说明:use isempty() to check whether the collection is empty/not.
原因:增加可读性。
2、删除没有用的import、field、class、method。
原因:增加可维护性。
修改建议:删除无用代码块、申明、方法和引用。
3、if语句被拆分不利于可读
说明:merging collapsible if statements increases the codes readability.
3、方法内多个return出口
错误示例:
解决建议:定义一个return,赋值,统一返回。
4、修改了入参说明:修改了入参降低了代码的可读性,丢失了原始参数的值。
错误示例:
5、用equalsignorecase()方法替代字符串的---大小写比较。
说明:replace these touppercase()/tolowercase()&equals() calls with a single equalsignorecase() call.
原因:参数应当是final的
解决建议,利用一个临时变量充当需要变动的参数。
华克斯信息-sonarqube---参数由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司拥有---的服务与产品,不断地受到新老用户及业内人士的肯定和---。我们公司是商盟会员,---页面的商盟图标,可以直接与我们人员对话,愿我们今后的合作愉快!
联系我们时请一定说明是在100招商网上看到的此信息,谢谢!
本文链接:https://tztz192713a2.zhaoshang100.com/zhaoshang/286661373.html
关键词: