以下为搜集的常用规范
推荐色值
Android命名
1.图标命名
2.控件命名
3.java类文件命名规范
.Activity:以Activity作为后缀
.Adapter:以Adapter作为后缀
·Entity命名规范:大多以Entity作为后缀。比如说PersonEntity。值得注意的是,User是全局变量,不算是实体,不受此约束。
4.资源文件命名规范。
·layout目录下的文件命名规范:
- ·页面布局文件。以act_为前缀,以Activity所在的Package作为中缀,以Activity的名称(去掉Activity后缀)作为后缀。注意都是小写。
- ·ListView中的item布局文件。以item_作为固定前缀,列表项的名称为后缀。注意都是小写。例如,某个页面下有一个用户列表,控件名为lvUserList,那么item的layout就应该是:item_lvUserList.xml。
- ·Dialog布局文件。 以dlg_作为固定前缀,Dialog的功能名称为后缀。注意都是小写,例如:dlg_hint.xml。
- ·drawable目录下文件命名规范。drawable目录下的资源,大部分是图片,此外,还有一部分xml文件,用于Selector。但无论是图片,亦或Selector文件,都应该遵守下述命名规范:
- ·对于只在一个页面使用的资源,就以该页面的名称作为前缀。 ·对于只在一个模块下多个页面使用的资源,就以该模块的名称作为前缀。
·对于在各个模块、各个页面都有可能使用的资源,比如说上导航、下导航,以common作为前缀。 strings.xml中常量的命名规范。
因为这些值大多在Layout中的控件上使用,所以以该常量所在的Activity名称作为前缀,后面接控件名称,再后面就自由发挥了,比如登录页面的登录按钮上显示的文字,就可以命名为:loginActivity_btnLogin_text。
另一种使用场景则是在Java代码中使用,可能出现在Activity中,也可能出现在工具类Utils中,这时候,如果是和具体Activity相关,那么规则和上面的一样,以所在的Activity名称作为前缀,如果涉及和公共模块和控件相关,就以common_作为前缀。
strings.xml的规则可以灵活一些。我们甚至可以将其按照模块拆分为多个strings文件,只要resoures标签下都是string标签就行,编译打包时会自动将同类文件进行合并,如图4-2所示。
这样做的好处是,各个模块维护各自的strings.xml。但为常量命名时就一定要以模块名作为前缀了,不然很容易产生重名的情况,从而编译报错。
5.常量命名。
这一点遵守Java的命名规范,即只能包含字母和下划线,字母全部大写,单词之间用下划线隔开。