规划分包方案
1、业务代码按照功能分包，尽量做到模块化。 2、基础架构代码按照功能分包，尽量以组件的形式接入。
这里指说明文件命名规范，常量、变量等编码规范不做深入说明。
基础类的命名：activity、fragment、adapter、listener等在命名中放在后面、如MineFragment、MineActivity。
接口的命名：所有的接口在类名前加入大写的I，如 IMineActivity。
抽象类的命名：所有的类名前加入大写的Abs，如 AbsMineActivity。
布局文件的命名：item、activity、fragment等均加在命名的前面、如activity_mine.
控件的命名：如item下的textview，命名为item_tv_xxx_xxx,在item的后面加入控件类型的缩写。
string 文件的命名 str开头。
assets 包名下的文件命名，xxx.文件类型，如xxx.mp4等。
color 文件的命名，cl 开头。
dimens 文件的命名,dim 开头。
drawable ,shape selector等加在文件的开头，并用下划线隔开。
gradle app 及 gradle project 添加maven 及 gradle 地址引用第三方包需添加注释。
清单文件添加activity、service等需添加注释。
除非必须，一般情况下context都是用application context
##代码分支规范
开发者不可直接在 master 上 直接开发或者提交代码。
应在master上 拉出 develop开发分支，然后每个开发者在 develop 上拉出自己的 feature_xxx_xxx分支，开发完毕后merge到develop，develop分支稳定且可靠后，在合并到master，这样做的目的是尽量避免master分支的代码回滚操作。
##整体工具类说明（要及时更新）