规划分包方案
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分支的代码回滚操作。
##整体工具类说明(要及时更新)