- 每个项目开始之前都要写一个大概的任务列表。确定每个模块，每个功能花费的时间。
- 每天下班之前到redmine登记工时，记录所做工作，选择分类。
- 代码里有暂时未做的部分使用
//TODO做标记 - Git仓库的代码留一份在本地作为合代码版本，另一份作为自己的开发。
- 合代码版用来合代码，自己的才用来开发。
-
git pull最新的代码到合代码版 - 使用diff工具(Linux 有 Meld)，合入自己的开发版中
- working && coding...
- 使用diff工具将自己的开发版代码合入合代码版
- 提交合代码版到Gerrit
git add . && git commit -m "message" && git review提交当日的代码到Gerrit 等待Review Merge - 如果在Merge前还要提交，请进行
git add . && git commit --amend && git review补充新的提交到同一个版本号 - 提交代码前最好将自己的项目备份一个。比如每天创建一个压缩包，以日期命名。
-
- 单个Activity的业务，如果不会被外部使用，就在Activity中实现，可以方便查看逻辑。
- Gradle使用配置文件编写版本号等信息
- Retrofit配置
- OkHttp配置缓存，拦截器
- RxJava的操作
- 父类中只应存在子类所共有的部分
- 使用EventBus可方便发送全局消息。当两部分跳转比较大时，使用EventBus可方便消息传递。
- 子类复写的父类方法的访问权限，不能小于父类中定义时的访问权限
- 使用一个框架之前，先研究要框架是怎样实现功能的，心知肚明之后再使用。
- RecycleView的Adapter存在Bug。当动态删除数据源的数据之后，调用
adapter的notify方法，会报异常。使用ListViwe的adapter就没问题。 - 使用全局的
boolea做DEBUG标志。 - git work flow: 基于GitLab
- 从项目主分支 fork 到自己的仓库
- 将自己的项目 clone 到本地开发
- 新功能或BUG，新开分支 checkout
- 开发完成，push 分支到自己仓库
- 提交Merge Request 到项目主分支
- 找人 Review
- Resovle discussion
- 最终 Merge到项目主分支 -> 部署上线
网友评论