编程时不得不注意的命名规范

  在前几天的服务器调试java web项目时，由于是和其他人共同开发，各自的编程风格不尽相同，导致云服务器的调试花费了较多的时间，而且找bug也是伤透脑筋，说实话，找bug绝对比写代码更具挑战性，当然，这种挑战还是能避免则避免为妙.

  其中，最需要注意的就是变量和文件名的命名规范，注意编程中非常不适合使用中文命名，最好是能表达其含义的英文，而且尽量是能看得懂的，就算是简写也应该是易懂的，并且可以加以注释，还有页面中的字符编码也要严格要求，这样项目的调试和运行才能更加顺利。

1 对所有标识符都通用的规则
  标识符只能使用ASCII字母和数字，因此每个有效的标识符名称都能匹配正则表达式\w+。
在Google其它编程语言风格中使用的特殊前缀或后缀，如name_, mName, s_name和kName，在Java编程风格中都不再使用。
2 标识符类型的规则
  包名 包名全部小写，连续的单词只是简单地连接起来，不使用下划线。
2.2 类名
  类名都以UpperCamelCase风格编写。
  类名通常是名词或名词短语，接口名称有时可能是形容词或形容词短语。现在还没有特定的规则或行之有效的约定来命名注解类型。
  测试类的命名以它要测试的类的名称开始，以Test结束。例如，HashTest或HashIntegrationTest。
2.3 方法名
  方法名都以lowerCamelCase风格编写。（开头字母小写）
 方法名通常是动词或动词短语。
下划线可能出现在JUnit测试方法名称中用以分隔名称的逻辑组件。一个典型的模式是：test<MethodUnderTest>_<state>，例如testPop_emptyStack。 并不存在唯一正确的方式来命名测试方法。
2.4 常量名
常量名命名模式为CONSTANT_CASE，全部字母大写，用下划线分隔单词。那，到底什么算是一个常量？
每个常量都是一个静态final字段，但不是所有静态final字段都是常量。在决定一个字段是否是一个常量时， 考虑它是否真的感觉像是一个常量。例如，如果任何一个该实例的观测状态是可变的，则它几乎肯定不会是一个常量。 只是永远不打算改变对象一般是不够的，它要真的一直不变才能将它示为常量。
// Constants
static final int NUMBER = 5;
static final ImmutableList<String> NAMES = ImmutableList.of("Ed", "Ann");
2.5 非常量字段名
非常量字段名以lowerCamelCase风格编写。
这些名字通常是名词或名词短语。
2.6 参数名
参数名以lowerCamelCase风格编写。
参数应该避免用单个字符命名。
2.7 局部变量名
局部变量名以lowerCamelCase风格编写，比起其它类型的名称，局部变量名可以有更为宽松的缩写。
虽然缩写更宽松，但还是要避免用单字符进行命名，除了临时变量和循环变量。
即使局部变量是final和不可改变的，也不应该把它示为常量，自然也不能用常量的规则去命名它。
2.8 类型变量名
类型变量可用以下两种风格之一进行命名：
单个的大写字母，后面可以跟一个数字(如：E, T, X, T2)。
类命名方式(5.2.2节)，后面加个大写的T(如：RequestT, FooBarT)。
3 驼峰式命名法(CamelCase)
驼峰式命名法分大驼峰式命名法(UpperCamelCase)和小驼峰式命名法(lowerCamelCase)。 有时，我们有不只一种合理的方式将一个英语词组转换成驼峰形式，如缩略语或不寻常的结构(例如"IPv6"或"iOS")。Google指定了以下的转换方案。
名字从散文形式(prose form)开始:
1. 把短语转换为纯ASCII码，并且移除任何单引号。例如："Müller’s algorithm"将变成"Muellers algorithm"。
2. 把这个结果切分成单词，在空格或其它标点符号(通常是连字符)处分割开。
• 推荐：如果某个单词已经有了常用的驼峰表示形式，按它的组成将它分割开(如"AdWords"将分割成"ad words")。 需要注意的是"iOS"并不是一个真正的驼峰表示形式，因此该推荐对它并不适用。
3. 现在将所有字母都小写(包括缩写)，然后将单词的第一个字母大写：
• 每个单词的第一个字母都大写，来得到大驼峰式命名。
• 除了第一个单词，每个单词的第一个字母都大写，来得到小驼峰式命名。
4. 最后将所有的单词连接起来得到一个标识符。