从开发的角度来讲，一款软件的优秀与否，除了与软件整体架构有关，还决定于开发者的编码是否规范以及能否对相关平台特性的充分利用。对于软件的整体架构， 目前阶段我们只能依靠开发者的经验，去构建良好的架构。对于编码是否规范以及平台特性的使用，除了开发者的编码经验，我们还可以依赖一些工具来对我们编写 的源码进行检查，来提高代码的质量。本文将以Android为平台，对三种代码质量检查的工具进行介绍。 
转载
2023-07-30 20:52:01
202阅读
文章目录背景项目当前代码质量问题例子重复类问题Java 代码问题Kotlin 代码问题预期收益技术方案技术调研技术实施总体流程技术细节CPD 重复代码检查PMD Java 代码检查detekt Kotlin 代码检查lint Java 和 Kotlin 代码检查统一触发检查工具CI 集成结语 背景随着项目的不断迭代，以及代码的增加和开发人员的增加，代码规范或代码质量的把控，是当前版本发布前必要的
转载
2023-10-25 10:49:12
154阅读
一定要注重代码规范，按照平时的代码管理，可以将Python代码规范检测分为两种：静态本地检测：可以借助静态检查工具，比如：Flake8，Pylint等，调研了一下，用Flake8的相对较多，功能满足，本文将使用Flake8git：可借助git hooks，本文推荐使用pre-commit。静态本地检测Flake8包装了Pyflakes、Pycodestyle和McCabe，也可以自定义插件。功能包
转载
2021-04-23 14:55:23
1275阅读
一定要注重代码规范，按照平时的代码管理，可以将Python代码规范检测分为两种：静态本地检测：可以借助静态检查工具，比如：Flake8，Pylint等，调研了一下，用Flake8的相对较多，功能满足，本文将使用Flake8git：可借助githooks，本文推荐使用pre-commit。静态本地检测Flake8包装了Pyflakes、Pycodestyle和McCabe，也可以自定义插件。功能包括
转载
2020-09-17 12:49:55
391阅读
通过执行静态分析检查代码是否遵守代码标准的规则，可以识别那些可能会导致功能、性能或安全问题的易于出错和令人困惑的构造。目的：演示如何检查代码标准并探讨代码标准违例报告。准备：创建Jtest Example 工程检查代码标准步骤检查Simple类是否遵守了默认的Jtest代码规范集。在Package Explorer中选择Jtest Example > examples.eval > S
转载
2023-11-21 15:49:26
88阅读
代码规范工具对比代码规范工具是什么大家应该都有过写完代码后review的情况；用于提高编码质量，尽早的发现问题；节约开发时间和成本。
但review 这个过程往往要消耗 更多的开发资源。
所以就出现 自动检测可能代码中存在的问题的工具 ，我们一般把这类工具称为静态代码扫描工具。
常见的静态代码扫描工具有 checkstyle ，findBug,PMD,Jtest等等，它们有的用来寻找编码格式问题，
转载
2023-10-18 09:45:21
88阅读
简述SonarQube是一种自动代码审查工具，用于检测代码中的错误，漏洞和代码异味。它可以与您现有的工作流程集成，以便在项目分支和拉取请求之间进行连续的代码检查新建java代码检测规则通过Jenkins打包规则代码，发布到SonarQube，并重启1：下载https://codeload.github.com/tigerge000/sonar-java-custom-rules/zip/maste
转载
2023-10-24 18:14:44
69阅读
经过很多查看在巨人的肩膀上写完这篇博客，如有雷同纯属巧合，虽然自己也查了些文章才总结的，但是站在巨人肩膀上不敢搞原创！学习使用一些插件，可以提高平常工作中的开发效率。对于我们开发人员很有帮助！插件安装IDEA里面，依次选择打开 File → Settings → Plugins，在Plugins里面可以搜索需要的插件，然后安装（安装完插件，一定要重
转载
2023-10-03 14:06:54
4542阅读
# IDEA 检测 Java 代码规范的全面指南
在软件开发的过程中，遵循代码规范是确保代码可读性、可维护性和可扩展性的关键。IDEA（IntelliJ IDEA）作为一个广受欢迎的Java集成开发环境，提供了强大的代码规范检测功能。本篇文章将深入探讨如何使用IDEA来检测Java代码规范，展示一些常见的规范错误，并提供改正的示例代码，最后通过甘特图和序列图来总结我们的学习过程。
## 1.
原创
2024-09-19 04:12:35
110阅读
FindBugs:不注重样式和格式,重视真正的缺陷和潜在的性能问题,,基于Bug Patterns,在不运行的情况下检查字节码代码质量. Jalopy:Java源代码格式化工具,可自定义规则. PMD:检查Java源文件中的潜在问题. CheckStyle:检查Java源文件是否与代码规范相符.
转载
2023-05-29 15:28:10
190阅读
前言PyHubWeekly每周定期更新，精选GitHub上优质的Python项目/小工具。我把PyHubWeekly托管到了Github，感兴趣的可以欢迎大家通过提交issue来投稿和推荐自己的项目~本期为大家推荐GitHub上5个优质的Python项目，它们分别是：pre-commitbeetsPicardpydanticairflow下面分别来介绍一下上述5个GitHub项目。pre-comm
Static Code Analysis(静态代码分析)用来发现源代码潜在的错误与缺陷,源代码编译后只有在运行时有可能会产生细微的错误,他们可能难以识别和修复,所以这些潜在的威胁在开发过程中一定要尽可能清理干净,尽量编写的时候注意类似可能潜在的威胁与缺陷。击查看苹果Static Code Analysis官方介绍) 一.可以识别的问题与缺陷 1.逻辑缺陷,如访问未初始化的变量和空指针
转载
2023-11-02 20:09:09
520阅读
开发软件时，我的主要目标之一是：要么防止将缺陷引入代码库，要么限制缺陷的生存期；换言之，要尽早找到缺陷。很显然，越是了解如何编写更好的代码以及如何有效测试软件，就越能及早地捕捉到缺陷。我也很想要一张能发现潜在缺陷的安全之网。得出了这样的结论：将检验工具集成到构建过程（例如，使用 Ant 或 Maven）中，能够建立起一种寻找潜在缺陷的方法。尽管这种方法使一致性成为可能并超越了 IDE，但它也有一点
Android代码规范 ——转发请表明出处《IT蓝豹》：http://itlanbao.com/preview.aspx#1,0[-]一Import的次序二缩进Indentation总则示例代码规则说明三大括号Braces的位置 示例代码规则说明四空格White Space声明申请初始化体数组元素的访问函数调用赋值操作数加括号的表达式类型转换三元条件表达式程序块if else
原创
2015-10-08 08:42:29
516阅读
cd /path/to/project/.git/hooksmv pre-commit.sample pre-commitvim pre-commit删除原有的东西，将下面脚本复制进去#!/bin/bash# PHP CodeSniffer pre-commit hook for git## @author Soenke Ruempler <soenke@ruempler.eu># @
原创
2023-03-08 02:07:45
184阅读
删除原有的东西，将下面脚本复制进去 保存 暂停代码检测，将文件重命名即可 mv pre-commit pre-commits Buy me a cup of coffee :)
原创
2022-02-14 16:04:29
528阅读
适用于企业实际使用Python或Python框架（Tornado、Django、Flask等）开发的项目作为扫描目标，进行代码规范、逻辑、语法、安全检查。代码风格规范主要有几个方面：命名规范、语言规范、格式规范。其中大部分命名规范和语言规范主要需要开发者编写代码的时候遵循。规范检测方面涉及到的主要工具：pylint、flake8、pyproject-flake8、pyflakes、mypy、aut
转载
2023-09-28 12:18:41
13阅读
（一）代码规范1.代码风格规范，主要是文字上的规定；
2.代码设计规范，牵涉到程序设计、模块之间的关系、设计模式等方方面面的通用原则。（二）代码风格规范代码风格的原则是：简明、易读、无二义性。
1、缩进：将Tab键扩展定义为4个空格。不直接使用tab键的原因是它在不同的情况下会显示不同的长度。4个空格可读性高；
2、行宽：行宽必须限制，建议100字符；
3、括号：在复杂的条件表达式中，用括号清楚地
转载
2023-07-17 22:03:29
53阅读
• 代码规范是我们每个程序员要做的事，假设我们按照自己的喜好来写代码，那么很可能出现的问题就是我看不懂你的代码或者你看不懂我的代码，这样会给后续维护形成巨大的障碍。这个时候问题来了，如何让代码不分你我，或许只需要一套规则，你和我都认可并且遵守的代码规范守则。
转载
2023-07-31 22:11:32
169阅读
前言虽然我们项目的代码时间并不长，也没经过太多人手，但代码的规范性依然堪忧，目前存在较多的比较自由的「代码规范」，这非常不利于项目的维护，代码可读性也不够高，此外，客户端和后端的研发模式也完全不同，后端研发基本都是基于 SOA 思想的，通常一个子系统 3 个人一起维护就已经是很充分的人力了，更多时候就是 1 个主力 + 1 个 backup 的人力配置。而客户端却完全不同，大家的代码都是相互交叉的
转载
2023-08-22 11:56:15
77阅读
