有些编程规范，学编程第一天就应该了解，这些习惯比你多学两章知识来的更为实际。他们甚至可能会直接影响你的编程生涯，所以。不要一開始认为这些习惯都不重要。有非常多同学认为等到技术成熟的时候再考虑它们，殊不知。坏习惯一旦养成须要花费多大的经历才干更正。一開始就对自己要求严格一些，慢慢的养成习惯，却也不认为这些规范是束缚，而认为是天经地义的事情。

        好的编程命名习惯不止是能够提高代码的可读性，事实上还能够大大提高你的开发效率，比如，Android中各种控件的命名，好的命名能够让你高速的在Activity中找到所要引用的控件。不规则的命名会给自己造成不必要的混淆。须要花费一些时间区分这些命名，另外规则的命名还可能会预防命名反复的问题。

        这些规则不是靠自己死记硬背出来的，一開始养成好习惯会流淌在程序猿的血液里，坚持从第一行代码開始，严格依照命名规范来运行。久而久之就会认为这是一件十分正常和合理的事情。一開始是痛苦的，却也是值得的。

        怎么才算是合理的命名、好的编程习惯呢。自己认为的可不一定是合理的，我们须要找到权威的解释，能够參考官方给出的命名规范和格式，也能够參考一些大公司的编程规范，绝对会让你受益匪浅。

网上一些资料也是能够參考的，我整理了一些Android开发方面须要注意的命名和编程规范，大家能够參考一下。也能够发表自己的看法，丰富这一文档。

1.java代码中不出现中文，最多凝视中能够出现中文（尽量不要用拼音命名啊，那样显得太low了！

）

2.局部变量命名、静态成员变量命名
仅仅能包括字母。单词首字母出第一个外，都为大写，其它字母都为小写。

3.常量命名
仅仅能包括字母和_，字母所有大写，单词之间用_隔开。（API_KEY）

4.layout中的id命名
命名模式为： view缩写_模块名称_view的逻辑名称（这个比較重要啊。非经常常使用的！

能够findViewById()中高速找到控件）

view的缩写详情例如以下：

• LayoutView：lv

• RelativeView:rv

• TextView:tv

• ImageView:iv

• ImageButton:im

• Button:btn

5.activity中的view变量命名

命名模式为：逻辑名称+view缩写（mUserNameTv）

建议：假设layout文件非常复杂，建议将layout分成多个模块，每一个模块定义一个moduleViewHolder，其成员变量包括所属view

6.strings.xml中的id命名
命名模式：activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称
strings.xml中。使用activity名称凝视，将文件内容区分开来。

7.drawable中的图片命名
命名模式：activity名称_逻辑名称/common_逻辑名称

8.styles.xml：将layout中不断重现的style提炼出通用的style通用组件，放到styles.xml中；

9.使用layer-list和selector

10.图片尽量分拆成多个可重用的图片

11.服务端能够实现的，就不要放在client

12.引用第三方库要谨慎，避免应用大容量的第三方库，导致client包非常大

13.处理应用全局异常和错误，将错误以邮件的形式发送给服务端

14.图片的.9处理(保证拉伸不变形。做背景图片的一半要处理)

15.使用静态变量方式实现界面间共享要谨慎

16.Log(系统名称 模块名称 接口名称，具体描写叙述)

17.单元測试（逻辑測试、界面測试）

18.不要重用父类的handler。相应一个类的handler也不应该让其子类用到，否则会导致message.what冲突

19.activity中在一个View.OnClickListener中处理所有的逻辑（switch分支推断处理）

20.strings.xml中使用%1$s实现字符串的通配

21.假设多个Activity中包括共同的UI处理，那么能够提炼一个CommonActivity。把通用部分叫由它来处理。其它activity仅仅要继承它就可以

22.使用button+activitgroup实现tab效果时。使用Button.setSelected(true)，确保button处于选择状态，并使activitygroup的当前activity与该button相应

23.假设所开发的为通用组件。为避免冲突，将drawable/layout/menu/values目录下的文件名称添加前缀

24.数据一定要效验，比如字符型转数字型，假设转换失败一定要有缺省值。服务端响应数据是否有效推断；

25.同一个client假设要放在不同的市场，并且要统计各个市场下载及使用数据时针对不同的client打不同的包，唯一的差别是versionName。apk文件名称为versionName.apk。在升级时。要将自己的versionCode和versionName一并传给服务端，假设须要升级，则下载versionName相相应的apk

关于是否要强制升级：

• 1).无论何种情况都强制升级

• 2).推断用户的版本号和当前最新版本号，假设兼容则强制升级，否则可选。

26.有的button要避免反复点击

标识符命名法
标识符命名法最要有四种:

1 驼峰(Camel)命名法:又称小驼峰命名法。除首单词外，其余所有单词的第一个字母大写。

2 帕斯卡(pascal)命名法:又称大驼峰命名法。所有单词的第一个字母大写

3 下划线命名法:单词与单词间用下划线做间隔。

4 匈牙利命名法:广泛应用于微软编程环境中。在以Pascal命名法的变量前附加小写序列说明该变量的类型。 量的取名方式为：<scope_> + <prefix_> + <qualifier>范围前缀。类型前缀。限定词。

个人认为标识符命名原则:尽可能的用最少的字符而又能完整的表达标识符的含义。

英文缩写原则：
1 较短的单词可通过去掉“元音”形成缩写
2 较长的单词可取单词的头几个字母形成缩写
3 此外另一些约定成俗的英文单词缩写.

以下为常见的英文单词缩写:

程序中使用单词缩写原则：不要用缩写，除非该缩写是约定俗成的。

命名规范：

1  包（packages）: 採用反域名命名规则。所有使用小写字母。一级包名为com。二级包名为xx（能够是公司或则个人的随便），三级包名依据应用进行命名，四级包名为模块名或层级名

2  类（classes）：名词，採用大驼峰命名法。尽量避免缩写。除非该缩写是众所周知的，  比方HTML,URL，假设类名称中包括单词缩写，则单词缩写的每一个字母均应大写。