Static Code Analysis(静态代码分析)用来发现源代码潜在的错误与缺陷,源代码编译后只有在运行时有可能会产生细微的错误,他们可能难以识别和修复,所以这些潜在的威胁在开发过程中一定要尽可能清理干净,尽量编写的时候注意类似可能潜在的威胁与缺陷。击查看苹果Static Code Analysis官方介绍) 一.可以识别的问题与缺陷 1.逻辑缺陷,如访问未初始化的变量和空指针
转载 2023-11-02 20:09:09
520阅读
在前面的文章中已经详细介绍过Jenkins、Sonarqube的安装、配置及使用,对于Web端的代码质量管理通常相对容易,Jenkins配套Sonarqube很方便就能搞定。但是对于移动端来说,尤其iOS,集成和使用的复杂性会大幅提高,目前网络上有一些介绍的方法,但实际操作的过程中会存在很多坑。本篇文章,就带大家详细实操移动端代码质量扫描与安全检测评估。一、代码质量扫描Android的Sonarq
转载 2023-11-08 17:09:38
407阅读
一大堆的你为什么要用swiftlint,你为什么要codereview,swiftlint到底在做什么,就不多说了,没意义,他就是帮助你写出规范漂亮代码的神器!安装官方提供了三种安装的方式homebrewbrew install swiftlintcocoapodspod 'SwiftLint'pkg安装使用:整合 SwiftLint 到 Xcode 体系中去从而可以使警告和错误显示到 IDE 上
转载 2024-03-01 16:09:52
74阅读
一定要注重代码规范,按照平时的代码管理,可以将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阅读
代码规范工具对比代码规范工具是什么大家应该都有过写完代码后review的情况;用于提高编码质量,尽早的发现问题;节约开发时间和成本。 但review 这个过程往往要消耗 更多的开发资源。 所以就出现 自动检测可能代码中存在的问题的工具 ,我们一般把这类工具称为静态代码扫描工具。 常见的静态代码扫描工具有 checkstyle ,findBug,PMD,Jtest等等,它们有的用来寻找编码格式问题,
转载 2023-10-18 09:45:21
88阅读
通过执行静态分析检查代码是否遵守代码标准的规则,可以识别那些可能会导致功能、性能或安全问题的易于出错和令人困惑的构造。目的:演示如何检查代码标准并探讨代码标准违例报告。准备:创建Jtest Example 工程检查代码标准步骤检查Simple类是否遵守了默认的Jtest代码规范集。在Package Explorer中选择Jtest Example > examples.eval > S
转载 2023-11-21 15:49:26
88阅读
文章目录背景项目当前代码质量问题例子重复类问题Java 代码问题Kotlin 代码问题预期收益技术方案技术调研技术实施总体流程技术细节CPD 重复代码检查PMD Java 代码检查detekt Kotlin 代码检查lint Java 和 Kotlin 代码检查统一触发检查工具CI 集成结语 背景随着项目的不断迭代,以及代码的增加和开发人员的增加,代码规范代码质量的把控,是当前版本发布前必要的
转载 2023-10-25 10:49:12
154阅读
从开发的角度来讲,一款软件的优秀与否,除了与软件整体架构有关,还决定于开发者的编码是否规范以及能否对相关平台特性的充分利用。对于软件的整体架构, 目前阶段我们只能依靠开发者的经验,去构建良好的架构。对于编码是否规范以及平台特性的使用,除了开发者的编码经验,我们还可以依赖一些工具来对我们编写 的源码进行检查,来提高代码的质量。本文将以Android为平台,对三种代码质量检查的工具进行介绍。&nbsp
//iOS代码规范/** common**/static NSString *const kClassName = @"classname";/** 相册更新通知 */static NSString *const NOTIFICATIO
原创 2023-05-22 17:18:25
59阅读
准备推送虽然花点时间,但是我们最终准备在应用程序中添加推送通知(push notifications)功能。我们已经知道了怎么注册推送通知(push notifications)以及如何获得设备标识。我们在一次回顾一下在“AppDelegate.m”中如何获得设备标识。在“application:didFinishLaunchingWithOptions:”方法中,在return语句之前,添加如
经过很多查看在巨人的肩膀上写完这篇博客,如有雷同纯属巧合,虽然自己也查了些文章才总结的,但是站在巨人肩膀上不敢搞原创!学习使用一些插件,可以提高平常工作中的开发效率。对于我们开发人员很有帮助!插件安装IDEA里面,依次选择打开 File → Settings → Plugins,在Plugins里面可以搜索需要的插件,然后安装(安装完插件,一定要重
转载 2023-10-03 14:06:54
4542阅读
简述SonarQube是一种自动代码审查工具,用于检测代码中的错误,漏洞和代码异味。它可以与您现有的工作流程集成,以便在项目分支和拉取请求之间进行连续的代码检查新建java代码检测规则通过Jenkins打包规则代码,发布到SonarQube,并重启1:下载https://codeload.github.com/tigerge000/sonar-java-custom-rules/zip/maste
转载 2023-10-24 18:14:44
69阅读
键盘上的return键改成Done: textField.returnKeyType = UIReturnKeyDone; textfield设置成为密码框:  [textField_pwd setSecureTextEntry:YES]; 收回键盘:  [textField  resignFirstResponder];
转载 2023-07-24 15:21:22
79阅读
命名规范 总的来说, iOS命名两大原则是:可读性高和防止命名冲突(通过加前缀来保证). Objective-C 的命名通常都比较长, 名称遵循驼峰式命名法. 一个好的命名标准很简单, 就是做到在开发者一看到名字时, 就能够懂得它的含义和使用方法. 另外, 每个模块都要加上自己的前缀, 前缀在编程接口中非常重要, 可以区分软件的功能范畴并防止不同文件或者类之间命名发生冲突。 1). 常量的命名
转载 2023-07-14 21:20:45
38阅读
1.命名规范(1)常量命名/宏定义命名对于常量的命名最好在前面加上字母k作为标记. 如: 动画时间:static const NSTimeInterval kAnimationDuration = 0.3; 接口:#define kCode51 @"H051" 屏幕宽度:#define kScreenW [UIScreen mainScreen].bounds.si
转载 2023-09-01 13:35:34
87阅读
# 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
一、前言本规范基于Google Objective-C Style Guide,对其中的说明性语句及非ARC部分进行了删减。每项规范前面的 [强制] 代表该规范需要强制执行,[建议] 代表推荐执行但不强制。二、缩进与格式2.1、缩进符[强制] 只用空格,用4个空格表示一个缩进。 选中多行或者一行来使用快捷键 control + I自动缩进2.2、每行的长度[建议] 应尽量控制每行代码的长度在 12
  • 1
  • 2
  • 3
  • 4
  • 5