在正式提交测试前的代码检查
正式提交工作, 就意味着写的代码归档, 会影响其他共同开发者, 也会影响项目, 因此, 有些东西就必须要检查, 不要凭着直觉去做. 作为一个优秀的程序员, 最重要的就是仔细, 当然也会适用于各行各业.
更多: http://www.wangchenlong.org/
欢迎Follow我的GitHub: https://github.com/SpikeKing
功能
-
检测 功能列表 . 确保所有功能都已经开发, 测试全部 测试用例 通过.
-
检测 存储类功能 . 在
版本更新时, 需要确保数据连续. 两种情况, 高版本覆盖低版本, 重新生成高版本; 在删除首选项或清除缓存时, 确保数据状态正确, 不会造成异常. -
Proguard. 对于引入 第三方开源库 时, 要注意正确设置Proguard, 通过生成 线上(Release)包 , 验证Proguard的正确性.
代码
-
空指针:
Null Pointer, 最关键. 绝大多数崩溃的元凶, 需要仔细排查, 以方法为单位, 仔细检查入口参数和私有变量, 确保不会发生空指针. 这也是为什么不要把所有变量都写成私有变量的原因之一,封装也是面向对象的三大特性, 确保私有变量的精简. -
Lint: 如果还不知道或者没有使用过
Lint, 那么代码一定不优雅. 在Android Studio中Lint的位置:Analyze -> Inspect Code.... 使用Lint优化代码, 有些是可读性的, 有些是性能的, 有些是封装的. 确保所有的问题都已知晓, 但 不要照搬全做 , 只选择需要改的地方. -
注释: 为自己也为他人. 为老去的自己写一些东西, 以防止突然的记忆空白. 为他人写一些东西, 让别人更加理解你. 如果是自己的项目, 确保添加
Readme, 增加项目的可读性, 没有Readme的项目, 一文不值.
分支
-
永远在自己的分支上开发自己的功能.
-
在合并时, 把
主分支合并到自己的分支, 处理冲突(Conflict). 完成后, 把自己的分支再合并到主分支, 注意顺序 . -
在提交代码时, 需要合并 前置分支 , 确保以前版本的功能已经加入.
开发团队项目需要严谨, 代码写的不漂亮可以, 只要是你的极限就好. 善待你的项目, 善待你的工作, 成为一个优雅的程序员, 与君共勉.
OK, that’s all! Enjoy it!
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
