Android开发命名规范，有它就够了
还记得刚开始coding的时候，命名都是汉语拼音，所以有的时候想看懂它的意思，就要读一遍甚至好几遍才知道，这还是在你小学拼音过关的基础上。这样的话，在代码的审查和修改过程中就会浪费不少不必要的时间。如果你是独立开发还好，可是如果是团队分工合作，这样让你的同事去看你的代码就更加吃力了，因为大家之间的编程方式不一样，所以，在开发过程中，命名规范统一尤为重要，最好是团队中统一好大家命名方法，这样对于日后的工作会轻松很多。
命名规范作为编码一大标准，往小了说，可以反映一个程序员的代码洁癖，往大了说可能间接影响到你的职业生涯的高度(注意这里绝逼不是危言耸听)。所以，本文就从Android的角度来谈谈代码的命名规范，希望对大家有所帮助。
良好的编码规范是不可能缺少注释的，注释是软件可读性的具体体现。程序注释量一般占程序编码量的20%，软件工程要求不少于20%。其内容主要是函数的功能、目的、算法等说明，参数说明、返回值说明等。其中公用函数、公用类的声明必须由注解说明其使用方法和设计思路，当然选择恰当的命名格式能够帮助你把事情解释得更清楚。当然了，注释一般包括类注释，方法注释和变量注释。
我觉得这里在讲解命名规范前，有必要先粗略介绍下当前主要的标识符命名法和英文缩写规则。
标识符命名法
标识符命名法主要有四种:
1驼峰(Camel)命名法:又称小驼峰命名法，除首单词外，其余所有单词的第一个字母大写。
2帕斯卡(pascal)命名法:又称大驼峰命名法，所有单词的第一个字母大写
3下划线命名法:单词与单词间用下划线做间隔。
4匈牙利命名法:广泛应用于微软编程环境中，在以Pascal命名法的变量前附加小写序列说明该变量的类型。 量的取名方式为： + + 范围前缀，类型前缀，限定词。
注意这里标识符命名有个不成文的原则：尽可能的用最少的字符而又能完整的表达标识符的含义。
英文缩写原则：
1 较短的单词可通过去掉“元音”形成缩写
2 较长的单词可取单词的头几个字母形成缩写
3 此外还有一些约定成俗的英文单词缩写.
下面为常见的英文单词缩写:
常见英文单词缩写
程序中使用单词缩写原则：尽量不要用缩写，除非该缩写是约定俗成的。
命名规范：
1包（packages）: 采用反域名命名规则，全部使用小写字母。一级包名为com，二级包名为xx（可以是公司或则个人的随便），三级包名根据应用进行命名（如myapp），四级包名为模块名或层级名
包名命名规范
2类（classes）：名词，采用大驼峰命名法，尽量避免缩写，除非该缩写是众所周知的， 比如HTML,URL，如果类名称中包含单词缩写，则单词缩写的每个字母均应大写。
类名命名规范
3接口（interface）：命名规则与类一样采用大驼峰命名法，多以大写的I（interface缩写）开头或者able或ible结尾，如interface Runnable ;interface Accessible 。
4方法（methods）：动词或动名词，采用小驼峰命名法例如:onCreate(),run()
方法命名规范
5变量（variables）采用小驼峰命名法。类中控件名称必须与xml布局id保持一致。
用统一的量词通过在结尾处放置一个量词，就可创建更加统一的变量，它们更容易理解，也更容易搜索。例如，请使用strCustomerFirst和strCustomerLast，而不要使用strFirstCustomer和strLastCustomer。
量词列表：量词后缀说明
First 一组变量中的第一个
Last 一组变量中的最后一个
Next 一组变量中的下一个变量
Prev 一组变量中的上一个
Cur 一组变量中的当前变量
6常量（Constants）全部大写,采用下划线命名法.例如：MIN_WIDTH
7资源文件（图片drawable文件夹下）：全部小写，采用下划线命名法，加前缀区分
命名模式：activity名称_逻辑名称/common_逻辑名称
如果有多种形态如按钮等除外如btn_xx.xml（selector）
命名后缀：
8资源布局文件（XML文件（layout布局文件））：
全部小写，采用下划线命名法
1)．contentview命名, Activity默认布局，以去掉后缀的Activity类进行命名。不加后缀：
功能模块.xml
例如：main.xml、more.xml、settings.xml
或者：activity_功能模块.xml
例如：activity_main.xml、activity_more.xml
2)．Dialog命名：dialog_描述.xml
例如：dlg_hint.xml
3)．PopupWindow命名：ppw_描述.xml
例如：ppw _info.xml
4). 列表项命名listitem_描述.xml
例如：listitem_city.xml
5)．包含项：include_模块.xml
例如：include_head.xml、include_bottom.xml
6)．adapter的子布局：功能模块_item.xml
例如：main_item.xml、
9动画文件（anim文件夹下）：全部小写，采用下划线命名法，加前缀区分。
//前面为动画的类型，后面为方向
10资源ID（resourcesid）：大小写规范与方法名一致，采用小驼峰命名法。命名规范为“资源控件的缩写 名”+“变量名”。注意：页面控件名称应该和控件id名保持一致strings.xml，colors.xml等中的id命名：
命名模式：activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称strings.xml中，使用activity名称注释，将文件内容区分开来
11layout中控件视图的id命名
命名模式为：view缩写_模块名称_view的逻辑名称
view的缩写详情如下：
12activity中的view变量命名
命名模式为：逻辑名称+view缩写
建议：如果layout文件很复杂，建议将layout分成多个模块，每个模块定义一个moduleViewHolder，其成员变量包含所属view
13styles.xml：将layout中不断重现的style提炼出通用的style通用组件，放到styles.xml中；
14使用layer-list和selector
Android编码其他规范建议
1.java代码中不出现中文，最多注释中可以出现中文
2.局部变量命名、静态成员变量命名时只能包含字母，单词首字母除第一个外，都为大写，其他字母都为小写
3.常量命名时只能包含字母和下划线_，字母全部大写，单词之间用_隔开
4.图片尽量分拆成多个可重用的图片
5.服务端可以实现的，就不要放在客户端
6.引用第三方库要慎重，避免应用大容量的第三方库，导致客户端包非常大
7.处理应用全局异常和错误，将错误以邮件的形式发送给服务端
8.图片的.9处理
9.使用静态变量方式实现界面间共享要慎重
10.Log(系统名称模块名称接口名称，详细描述)
11.单元测试（逻辑测试、界面测试）
12.不要重用父类的handler，对应一个类的handler也不应该让其子类用到，否则会导致message.what冲突
13.activity中在一个View.OnClickListener中处理所有的逻辑
14.strings.xml中使用%1$s实现字符串的通配
15.如果多个Activity中包含共同的UI或者逻辑处理，那么可以提炼一个CommonActivity，把通用部分叫由它来处理，其他activity只要继承它即可
16.数据一定要效验，例如字符型转数字型，如果转换失败一定要有缺省值；
以上分门别类的列举了你在Android开发中经常会用到的一些“命名规范”，之所以打上引号，就是说这些所谓的规范并不是说你不这样用程序就跑不起来，不违法也不有悖于道德，但是这些都是业内前辈们留下来的精神文明产物，所以在你有更好的解决办法之前，请先继承起来吧，毕竟我们的目标就是：撸得一手漂亮简洁高效的代码！
扫码进行关注
