代码之天圆地方

图片来之网络

优雅的写代码
轻松的查代码
严格的审代码

一、 iOS代码规范检查

新人入场第一件事就是熟悉代码规范iOS代码编程规范-根据项目经验汇总，做到代码风格统一，代码质量保证。并且会对提交的代码进行审查，确认对代码规范的严格执行。
当然事实是本性难移，习惯难改。一次次的code review，一直在重复着一样的问题。所以一直想找一个自动代码规范审查的工具。很多要收费，很多要搭建服务器，很多要配置太多内容。现在推荐一款超时简单集成的工具OCLint。
工具的继承：
（1）环境安装
（2）Xcode的新建Target
（3）OCLint配置
（4）规则的熟悉
参考以下的文章应该就可以轻松入门：

• OCLint 规则与结果分析
• iOS使用OCLint做静态代码分析

补充

因为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 每天进步一点点