安卓命名规范
软件开发离不开团队,当然安卓开发也是这样的。所以一定要做好团队之间的协调和规范。下面是我复制的一篇博客,可以认真学习安卓的命名规范,更好地协调团队之间的合作。
转的博客内容如下:
刚接触android的时候,命名都是按照拼音来,所以有的时候想看懂命名的那个控件什么是什么用的,就要读一遍甚至好几遍才知道,这样的话,在代码的审查和修改过程中就会浪费不少不必要的时间。如果就是我一个人开发,一个人维护的话还好,可是如果一个项目是团队分工合作,这样让你的同事去看你的代码就更加吃力了,因为大家之间的编程方式不一样,所以,在开发过程中,命名规范统一尤为重要,最好是团队中统一好大家命名方法,这样对于日后的工作会轻松很多。
在面试的时候,审核一个程序员的编程水平的时候,命名规范也是一大标准,所以,下面我就总结下我从网上别人的经验和自己的感悟中收集总结的android命名规范,希望对大家有所帮助。
提醒:在命名规范的统一下,在加上注释,这样日后维护会高效快捷好多。
先初略介绍下当前主要的标识符命名法和英文缩写规则:(这段别人那边借鉴的)
在讲解命名规范前,先初略介绍下当前主要的标识符命名法和英文缩写规则。 标识符命名法 标识符命名法最要有四种: 1 驼峰(Camel)命名法:又称小驼峰命名法,除首单词外,其余所有单词的第一个字母大写。 2 帕斯卡(pascal)命名法:又称大驼峰命名法,所有单词的第一个字母大写 3 下划线命名法:单词与单词间用下划线做间隔。 4 匈牙利命名法:广泛应用于微软编程环境中,在以Pascal命名法的变量前附加小写序列说明该变量的类型。 量的取名方式为:<scope_> + <prefix_> + <qualifier>范围前缀,类型前缀,限定词。 个人觉得标识符命名原则:尽可能的用最少的字符而又能完整的表达标识符的含义。 英文缩写原则: 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为后缀标识 | 欢迎页面类WelcomeAty.或者WelcomeActivity | 
| Adapter类 | Adp或者Adapte 为后缀标识 | 新闻详情适配器NewtDetailAdp或则直接 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 Runna ble ; interfaceAccessible 。 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 | 图片的状态,代表普通状态 | 
| hl | 图片的状态,代表高亮状态 | 
| 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 | imgBtn | 
| ImageView | mgView 或则 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 | lVi 或则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.数据一定要效验,例如
字符型转数字型,如果转换失败一定要有缺省值;
服务端响应数据是否有效判
 

 
                
            
         
         浙公网安备 33010602011771号
浙公网安备 33010602011771号