在正式提交测试前的代码检查

欢迎Follow我的GitHub, 关注我的.

本文是给初级程序员朋友的一些建议. 正式提交工作, 就意味着写的代码归档, 会影响其他共同开发者, 也会影响项目, 因此, 有些东西就必须要检查, 不要凭着直觉去做. 作为一个优秀的程序员, 最重要的就是仔细, 当然也会适用于各行各业.

Coding

33=9*条建议.


功能

  1. 检测功能列表. 确保所有功能都已经开发, 通过全部测试用例.

  2. 检测存储类功能. 在版本更新时, 需要确保数据连续. 两种情况, 高版本覆盖低版本, 重新生成高版本; 在删除首选项清除缓存时, 确保数据状态正确, 不会造成异常.

  3. Proguard. 对于引入第三方开源库时, 要注意正确设置Proguard, 通过生成线上(Release)包, 验证Proguard的正确性.


代码

  1. 空指针: Null Pointer, 最关键. 绝大多数崩溃的元凶, 需要仔细排查, 以方法为单位, 仔细检查入口参数和私有变量, 确保不会发生空指针. 这也是为什么不要把所有变量都写成私有变量的原因之一, 封装也是面向对象的三大特性, 确保私有变量的精简.

  2. Lint: 如果还不知道或者没有使用过Lint, 那么代码一定不优雅. 在Android Studio中Lint的位置: Analyze -> Inspect Code.... 使用Lint优化代码, 有些是可读性的, 有些是性能的, 有些是封装的. 确保所有的问题都已知晓, 但不要照搬全做, 只选择需要改的地方.

  3. 注释: 为自己也为他人. 为老去的自己写一些东西, 以防止突然的记忆空白. 为他人写一些东西, 让别人更加理解你. 如果是自己的项目, 确保添加Readme, 增加项目的可读性, 没有Readme的项目, 一文不值.


分支

  1. 永远在自己的分支上开发自己的功能.

  2. 在合并时, 把主分支合并到自己的分支, 处理冲突(Conflict). 完成后, 把自己的分支再合并到主分支, 注意顺序.

  3. 在提交代码时, 需要合并前置分支, 确保以前版本的功能已经加入.


开发团队项目需要严谨, 代码写的慢可以, 写的不漂亮可以, 只要做到你的极限就好. 善待你的项目, 善待你的工作, 成为一个优雅的程序员, 与君共勉.

OK, that's all! Enjoy it!

你可能感兴趣的:(在正式提交测试前的代码检查)