#命名规范 为何写命名规范呢！在家族中，名字有区分辈分的作用。在职位中，名称可以区别职位的高低。例如：董事长、总经理、产品经理、白领等等。在商品中，名称的命名规则可以方便反应出商品的等级、价格水准、用户群体。例如苹果4、苹果5、苹果6，男士沐浴露、女士沐浴露。 命名的基本功能是区别出物体。但是现在人们制造出太多的物品，使得基本的命名方式不再应用。因此，从物品的功能、特色、卖点、时间等等运用多种方式，不再局限其中某一种。同时，这意味着要考验使用者的识别能力。因此，要起个便于区别其它物体，又要便于使用者方便认出来，颇有难度与技巧。 在开发app的过程中，需要对变量、常量、类、方法进行自定义命名、同时，安卓系统本身、第三方存在一些命名。为了区别不是自己取的命名，以免引发命名冲突。 **命名规则。**使用总标记来区别自己命名的物体，与外来命名的物体。将整个app进行分块划分，给分块所起的命名，会作为第二级命名的考虑范围内。分块后，根据需要会进一步，对分块进行再分块。给小分块所起的命名，会作为第三级命名的考虑范围内。 使用包等级是一种常规的命名方式，还有使用功能性的命名方式，例如net表示网络、activity表示界面，常量使用大写字母表示，getString获取字符串、setString设置字符串。当app的代码增加时，相同的、相似的代码会增加。从代码质量的角度而言，相同的代码块不应该重复出现的。因而命名冲突是不会出现的。当功能性引起冲突时，可以借此使用原先定义的代码块，增加代码的利用效率，减少开发成本。 在使用命名时，常常不只使用一个单词就可以表述清楚的。为了区别多个单词，有两种使用方式，一种是驼峰法，一种是下划线法。 有些命名方式已经被习惯性使用，比较容易被识别。因而，使用大多数使用过的命名词汇是良好的选择之一。 本项目的命名规范，根据google进行编写。 [google java编程风格指南](http://www.hawstein.com/posts/google-java-style.html) | 命名的对象 | 说明 | | --- | --- | | 常量 | 全大写 加 下划线 | | 变量 | 小驼峰法 | | 方法 | 小驼峰法 | | 组件 | 组件名称的前三个字母 加 组件用途的描述性语汇 | | 类 | 大驼峰法 | [资源文件命名规则](http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2016/1104/6745.html) | 命名的对象 | 说明 | | --- | --- | | xml文件 | 全小写字母 加 下划线 | | id| 命名：id+xml文件名+id所表示的组件名+ 组件用途(不能唯一表示时，加上这个)+数字（当用途出现相同时，使用数字进一步区别） | **命名的组成方式：** 1. 描述性语汇 2. 组件名 3. 功能名 1. 组件相关的文件 逻辑文件名字组成 描述性词汇 + 组件完整名称 资源文件名字组成 组件完整名称 + 描述性词汇 * * * * * 命名规范的实际操作过程 1. 包名规定：（全部小写，） view：组件相关的所有逻辑文件，都放这里 customized：自定义组件的文件，都放这里 Activity：一个逻辑文件伴随若干个xml文件的，则逻辑文件存放此处 Fragment： 。 。 提示：优先放在View中，当相同类的文件超过3个时，则建立一个子包。 Utils：工具类的所有逻辑文件，都放这里 net：网络相关的所有文件，都放这里 sql：数据库相关的所有文件，都放这里 abstracts：所有抽象类的文件，继承类文件 2. 文件 activity类文件：描述性 + 组件名 布局文件 ：组件名 + 描述性 子布局文件：父布局文件的描述名 + 特征描述性+描述性 3. id命名 布局文件的首个布局，使用布局文件名，作为ID 布局文件的组件，使用布局文件名+组件名，作为ID。若相同时，再加上号码，用于区分