代码统计、分析工具

分享两个工具

关于第三方工具的安装,推荐使用Homebrew,唐巧大神也在博客中推荐过。使用brew search xxxx来查看是否有对应的工具可以使用Homebrew安装。

CLOC

CLOC是专门用于代码统计的命令行工具,支持几乎所有语言。

使用Homebrew安装:brew install cloc,使用也非常简单,命令行进入项目目录,执行cloc ./即可,这样会统计目录下的所有代码。如果不希望统计某些文件夹,可以设置需要忽略的目录,比如忽略Pods文件夹:cloc ./ --exclude-dir=Pods

统计结果:《代码统计、分析工具》

oclit

oclit作为一个静态的代码分析工具,功能非常强大,而且出自国人之手。

为了一劳永逸,首先安装xctoolbrew install xctool,这是Facebook提供的代替苹果xcodebuild的工具。

安装oclit:brew install Caskroom/cask/oclint,为了能够在Xcode上直接显示代码分析的结果,还需要完成以下几步

  1. 添加Aggregate,《代码统计、分析工具》《代码统计、分析工具》
  2. 为刚才创建的Aggregate添加运行脚本,注意:不要在选中Aggregate的状态下点击Editor菜单,不然Add Run Script Build Phase按钮是灰色的 《代码统计、分析工具》
  3. 添加脚本代码,脚本代码和官方文档有些不同。
#import path
export PATH=${PATH}:/usr/local/bin
#import what we have in bash_profile
source ~/.bash_profile
#check for oclint
hash oclint &> /dev/null
if [ $? -eq 1 ]; then
echo >&2 "oclint not found, analyzing stopped"
exit 1
fi

hash xctool &> /dev/null
if [ $? -eq 1 ]; then
echo >&2 "xctool not found, analyzing stopped"
exit 1
fi

cd ${SRCROOT}
xctool -workspace MyProject.xcworkspace -scheme MyProject clean
xctool -workspace MyProject.xcworkspace -scheme MyProject -reporter json-compilation-database:compile_commands.json build
oclint-json-compilation-database \
-e Pods \
-- -rc=LONG_LINE=100 \
-rc=NCSS_METHOD=60 \
-rc=MINIMUM_CASES_IN_SWITCH=1 \
| sed 's/\(.*\.\m\{1,2\}:[0-9]*:[0-9]*:\)/\1 warning:/'

注意:上面代码中的MyProject需要替换成你的工程名,如果你的工程不是用workspace来管理的,那么其中这两行代码

xctool -workspace MyProject.xcworkspace -scheme MyProject clean
xctool -workspace MyProject.xcworkspace -scheme MyProject -reporter json-compilation-database:compile_commands.json build

需要替换为

xctool -project MyProject.xcodeproj -scheme MyProject clean
xctool -project MyProject.xcodeproj -scheme MyProject -reporter json-compilation-database:compile_commands.json build

4.编译刚才创建的Aggregate,需要耐性等待结果,完成之后就能看到oclint给出的结果

错误排查

若build成功了但是没有给出任何警告,很可能是出现了错误

  1. 检查《代码统计、分析工具》
    是否有警告,之前就遇到team没选择对,导致没有分析结果,或者像我一样选择None。
  2. 检查是否存在~目录下.bash_profile文件,因为此文件是隐藏文件,首先要让Finder能显示隐藏文件,命令行执行defaults write com.apple.finder AppleShowAllFiles TRUEkillall Finder,在Finder中Command+Shift+G前往文件夹,填写~查看,若无此文件,命令行进入次目录创建一个即可:cd ~touch .bash_profile。恢复隐藏文件的隐藏defaults write com.apple.finder AppleShowAllFiles FALSEkillall Finder

分析结果

oclit的代码分析结果包括三种警告等级从高到底依次是:P1,P2,P3。

P3

  • 变量名长度:Long variable name P3 Variable name with 28 characters is longer than the threshold of 20 变量名超过20个字符,当然20的阀值是可以设置,之后会介绍。
  • 反向逻辑:Inverted logic,比如
if (![response isKindOfClass:[NSError class]]) {
    //
}
else{
    //
}
  • 方法行数:Long method P3 Method with 179 lines exceeds limit of 100,方法下的代码超过100行,不包括注释。
  • 参数未使用:Unused method parameter P3 The parameter 'section' is unused.,不过这个警告在IOS开发中比较普遍,可以忽略
  • 嵌套深度Deep nested block P3 Block depth of 8 exceeds limit of 5,比如各种block的嵌套或者if/else的嵌套

当然还有很多其他的情况

P2

  • 圈复杂度(CCN):High cyclomatic complexity P2 Cyclomatic Complexity Number 31 exceeds limit of 10,意味着代码的复杂程度
  • NPath 复杂度:/High npath complexity P2 NPath Complexity Number 384 exceeds limit of 200,具体不是很清楚

目前遇到的P2就是这些,P1的还没有遇到过。

回到刚才的脚本代码中

-- -rc=LONG_LINE=300 \
-rc=NCSS_METHOD=60 \

这是oclit给出的参数设置LONG_LINE表示每行代码的最长字符数,NCSS_METHOD表示有效代码行的最大行数。0.8dev版本的其他参数包括

CYCLOMATIC_COMPLEXITY
Cyclomatic complexity of a method, default value is 10

LONG_CLASS
Number of lines for a C++ class or Objective-C interface, category, protocol, and implementation, default value is 1000

LONG_LINE
Number of characters for one line of code, default value is 100

LONG_METHOD
Number of lines for a method or function, default value is 50

MINIMUM_CASES_IN_SWITCH
Count of case statements in a switch statement, default value is 3

NPATH_COMPLEXITY
NPath complexity of a method, default value is 200

NCSS_METHOD
Number of non-commenting source statements of a method, default value is 30

NESTED_BLOCK_DEPTH
Depth of a block or compound statement, default value is 5

可惜的是,并没有Unused method parameter相关参数。

总之,oclint的分析还是具有比较高的参考性,对于提高代码的可读性、可维护性还是有一定帮助的。

    原文作者:IOS
    原文地址: https://segmentfault.com/a/1190000002547015
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞