【转载】android命名规范

无论是哪种编程语言的学习，我们的命名都要有一定的规范才能更好的进行团队协作，更好的进行代码的的二次开发。所以在这里转载了这篇文章，希望自己以后的代码能够规范，也希望大家的代码能够命名规范，而且没有bug~
标识符命名法
标识符命名法最要有四种:

1. 驼峰(Camel)命名法:

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

2. 帕斯卡(pascal)命名法:

又称大驼峰命名法，所有单词的第一个字母大写

3. 下划线命名法:单词与单词间用下划线做间隔。个人觉得标识符命名原则:**尽可能的用最少的字符而又能完整的表达标识符的含义。

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

常见单词	对应的简写
icon	ic （主要用在app的图标）
color	cl（主要用于颜色值）
divider	di（主要用于分隔线，不仅包括Listview中的divider，还包括普通布局中的线）
selector	sl（主要用于某一view多种状态，不仅包括Listview中的selector，还包括按钮的selector）
average	avg（主要用于平均数）
background	Bg（主要用于布局和子布局的背景）
buffer	buf
control	ctrl
delete	del（删除）
document	doc（文档）
error	err（错误）
escape	esc
increment	inc
infomation	info（信息）
initial	init（初始化）
image	img（图片）
Internationalization	I18N
length	len（长度）
library	lib（库，资源）
message	msg（信息，侧重于消息）
password-	pwd（密码）
position	pos（位置）
server	srv（服务）
string	str（字符串）
temp	tmp（临时变量）
window	wnd(win)（窗口）

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

• 1 包（packages）: 采用反域名命名规则，全部使用小写字母。一级包名为com，二级包名为xx（可以是公司或则个人的随便），三级包名根据应用进行命名，四级包名为模块名或层级名

命名规范	包名中包含
com.xx.应用名称缩写.activities	页面用到的Activity类(activities层级名用户界面层)
com.xx.应用名称缩写.base	页面中每个Activity类共享的可以写成一个i额BaseActivity类 (基础共享的类)
com.xx.应用名称缩写.adapter	页面用到的Adapter类 (适配器的类)
com.xx.应用名称缩写.tools	此包中包含：公共工具方法类（tools模块名）
com.xx.应用名称缩写.bean(或则 com.xx.应用名称缩写.unity )	此包中包含：元素类
com.xx.应用名称缩写.db	数据库操作类
com.xx.应用名称缩写.view(或则 com.xx.应用名称缩写.ui )	自定义的View类等
com.xx.应用名称缩写.service	Service服务
com.xx.应用名称缩写.broadcast	Broadcast服务

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

|类的类型|后缀表示|例子|
|--|--|
|activity类|Aty或者Activity为后缀标识| 欢迎页面类WelcomeActivity
|Adapter类|Adp或者Adapte 为后缀标识|新闻详情适配器NewDetailAdapter
|解析类|Hlr为后缀标识|首页解析类HomePosterHlr
|公共方法类|Tools或Manager为后缀标识|线程池管理类：ThreadPoolManager日志工具类：LogTools|
|数据库类| 以DBHelper后缀标识|新闻数据库：NewDBHelper
|Service类|以Service为后缀标识|时间服务TimeService
|BroadcastReceive类| 以Broadcast为后缀标识|时间通知TimeBroadcast
|ContentProvider |以Provider为后缀标识
|直接写的共享基础类 |以Base开头|BaseActivity,BaseFragment

• 3 接口（interface）：命名规则与类一样采用大驼峰命名法，多以able或ible结尾，如interface Runnable;interface Accessible。

• 4 方法（methods）：动词或动名词，采用小驼峰命名法例如:onCreate(),run()

命名形式	解释
initXX()	初始化相关方法,使用init为前缀标识，如初始化布局initView()
isXX()	checkXX()方法返回值为boolean型的请使用is或check为前缀标识
getXX()	返回某个值的方法，使用get为前缀标识
processXX()	对数据进行处理的方法，尽量使用process为前缀标识
displayXX()	弹出提示框和提示信息，使用display为前缀标识
saveXX()	与保存数据相关的，使用sav为e前缀标识
resetXX()	对数据重组的，使用reset前缀标识
clearXX()	清除数据相关的
removeXXX()	清除数据相关的
drawXXX()	绘制数据或效果相关的，使用draw前缀标识

• 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）

btn_xx	按钮图片使用btn_整体效果（****selector****）
btn_xx_normal	按钮图片使用btn_正常情况效果
btn_xx_press	按钮图片使用btn_点击时候效果
bg_head	背景图片使用bg_功能_说明
def_search_cell	默认图片使用def_功能_说明
icon_more_help	图标图片使用icon_功能_说明
seg_list_line	具有分隔特征的图片使用seg_功能_说明
sel_ok	选择图标使用sel_功能_说明

命名后缀：

unit	在使用xml的tilemode来配图片时，element图片使用此后缀
nor	图片的状态，代表普通状态
	图片的状态，代表高亮状态
press	图片的状态，代表按下状态
select	图片的状态，代表其所占的view被选中
unselect	图片的状态，代表其所占的view没有被选中

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
2)．PopupWindow命名：ppw_描述.xml
例如：ppw _info.xml
3). 列表项命名listitem_描述.xml
例如：listitem_city.xml
4)．包含项：include_模块.xml
例如：include_head.xml、include_bottom.xml
5)．adapter的子布局：功能模块_item.xml
例如：main_item.xml、
9动画文件（anim文件夹下）：全部小写，采用下划线命名法，加前缀区分。
//前面为动画的类型，后面为方向

动画命名例子	规范写法
fade_in
fade_out
push_down_in	从下方推入
push_down_out	从下方推出
push_left	推像左方
slide_in_from_top	从头部滑动进入
zoom_enter	变形进入
slide_in	滑动进入
shrink_to_middle	中间缩小

• 10 资源ID（resourcesid）：大小写规范与方法名一致，采用小驼峰命名法。命名规范为“资源控件的缩写 名”+“变量名”。注意：页面控件名称应该和控件id名保持一致
  ** strings.xml，colors.xml等中的id命名：**
  命名模式：activity名称功能模块名称逻辑名称/activity名称逻辑名称/common逻辑名称
  strings.xml中，使用activity名称注释，将文件内容区分开来
• 11 layout中的id命名
  命名模式为：view缩写_模块名称_view的逻辑名称
  view的缩写详情如下：

控件名称	一般的缩写
LayoutView	lv
RelativeView	rv
TextView	tv
Button	btn
ImageButton	iBtn
ImageView	imgView 或则 iv
CheckBox	chk
RadioButton	rdoBtn
analogClock	anaClk
DigtalClock	dgtClk
DatePicker	dtPk
EditText	edtTxt
TimePicker	tmPk
toggleButton	tglBtn
ProgressBar	proBar
SeekBar	skBar
AutoCompleteTextView	autoTxt
ZoomControls	zmCtl
VideoView	vdoVi
WdbView	webVi
RantingBar	ratBar
Tab	tab
Spinner	spn
Chronometer	cmt
ScollView	sclVi
TextSwitch	txtSwt
ImageSwitch	imgSwt
listView	lv
ExpandableList	epdLt
MapView	mapVi

• 12.activity中的view变量命名
  命名模式为：逻辑名称+view缩写
  建议：如果layout文件很复杂，建议将layout分成多个模块，每个模块定义一个moduleViewHolder，其成员变量包含所属view
• 13.styles.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. 使用button+activitgroup实现tab效果时，使用Button.setSelected(true)，确保按钮处于选择状态，并使activitygroup的当前activity与该button对应
17. 如果所开发的为通用组件，为避免冲突，将drawable/layout/menu/values目录下的文件名增加前缀
18. 数据一定要效验，例如
    字符型转数字型，如果转换失败一定要有缺省值；
    服务端响应数据是否有效判断

最后，我想说，命名规范不要去局限于这些规则，要记住规范的核心就是简单而且便于理解，所以说多种命名规范只要能够有利于自己的学习，就ok了、
附上相应的规范文档
Google Java编程风格规范
Google C++ 风格指南
Google Objective-C 风格指南
Python 风格指南
Shell 风格指南

我是勤劳的搬运工。原文地址 http://gold.xitu.io/entry/566397c900b01b7852d35c03