优雅的写代码
轻松的查代码
严格的审代码
一、 iOS代码规范检查
新人入场第一件事就是熟悉代码规范iOS代码编程规范-根据项目经验汇总,做到代码风格统一,代码质量保证。并且会对提交的代码进行审查,确认对代码规范的严格执行。
当然事实是本性难移,习惯难改。一次次的code review,一直在重复着一样的问题。所以一直想找一个自动代码规范审查的工具。很多要收费,很多要搭建服务器,很多要配置太多内容。现在推荐一款超时简单集成的工具OCLint。
工具的继承:
(1)环境安装
(2)Xcode的新建Target
(3)OCLint配置
(4)规则的熟悉
参考以下的文章应该就可以轻松入门:
补充
因为gem源的地址改变,从http://gems.ruby-china.org/
修改为http://gems.ruby-china.com/。所以需要进行gem源的修改。删除
gem sources --remove http://gems.ruby-china.org/
添加
gem sources -a http://gems.ruby-china.com/
完成,统一gem sources -l
可以查看是否替换成功。
二、 Android代码规范检查
强力推荐Alibaba Java Coding Guidelines,阿里巴巴推出的Java规范。直接在Android Studio的Plugins中安装,然后自动生效。点击“Tools->阿里编码规范->编码规范扫码”,然后坐等代码自动检查,接着就能看到
检查结果
从代码层面减少很多的风险和BUG。
三、 Code review
查阅众多的code review文章,主要讲述的是code review的推行之难和效果之好。一般采用成熟或自研的code review服务,但执行的费用成本和时间成本较大。所以还是希望能够简单又有效的方案。
Code Review需要达到的效果:
(1)覆盖面广
(2)频率高
(3)保存review记录
(4)发版前review所有代码
(5)可线上线下review
先阶段能找到成本低但可执行性好的方案GitLab的Merge Requests功能。
- 创建一个Dev分支,此分支用来提交测试版本
- Dev分支设置只有leader才有merge权限
- 每天代码提交后需要合入Dev,要进行提交一个merge request
- Leader进行review后添加comment
- 提交者根据comment修改代码后再提交
- leader再次review,如果没有问题就resolve
- 等所有comment都resolve后,merge到Dev分支
注意 :当然前提时所有的代码已经通过代码自动审查,不应该存在代码规范的错误。
// END 每天进步一点点
网友评论