优雅的写代码 轻松的查代码 严格的审代码
一、 iOS代码规范检查
新人入场第一件事就是熟悉代码规范iOS代码编程规范-根据项目经验汇总，做到代码风格统一，代码质量保证。并且会对提交的代码进行审查，确认对代码规范的严格执行。 当然事实是本性难移，习惯难改。一次次的code review，一直在重复着一样的问题。所以一直想找一个自动代码规范审查的工具。很多要收费，很多要搭建服务器，很多要配置太多内容。现在推荐一款超时简单集成的工具OCLint。 工具的继承： （1）环境安装 （2）Xcode的新建Target （3）OCLint配置 （4）规则的熟悉 参考以下的文章应该就可以轻松入门：
- OCLint 规则与结果分析
- iOS使用OCLint做静态代码分析 ##补充 因为gem源的地址改变，从gems.ruby-china.org/ 修改为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->阿里编码规范->编码规范扫码”，然后坐等代码自动检查，接着就能看到
三、 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 每天进步一点点
