1 驼峰(Camel)命名法:又称小驼峰命名法,除首单词外,其余所有单词的第一个字母大写。
2 帕斯卡(pascal)命名法:又称大驼峰命名法,所有单词的第一个字母大写
3 下划线命名法:单词与单词间用下划线做间隔。
4 匈牙利命名法:广泛应用于微软编程环境中,在以Pascal命名法的变量前附加小写序列说明该变量的类型。 量的取名方式为:<scope_> + <prefix_> + 范围前缀,类型前缀,限定词。
个人觉得标识符命名原则:尽可能的用最少的字符而又能完整的表达标识符的含义。
1 较短的单词可通过去掉“元音”形成缩写
2 较长的单词可取单词的头几个字母形成缩写
3 此外还有一些约定成俗的英文单词缩写.
4 程序中使用单词缩写原则:不要用缩写,除非该缩写是约定俗成的。
采用反域名命名规则,全部使用小写字母。一级包名为com,二级包名为xx(可以是公司或则个人的随便),三级包名根据应用进行命名,四级包名为模块名或层级名
类(classes):名词,采用大驼峰命名法,尽量避免缩写,除非该缩写是众所周知的, 比如HTML,URL,如果类名称中包含单词缩写,则单词缩写的每个字母均应大写。
命名规则与类一样采用大驼峰命名法,多以 able 或 ible 结尾
如 interface Runnable ; interface Accessible 。
动词或动名词,采用小驼峰命名法 例如 :onCreate(),run()
采用小驼峰命名法。类中控件名称必须与 xml 布局 id 保持一致。
用统一的量词通过在结尾处放置一个量词,就可创建更加统一的变量,它们更容易理解,也更容易搜索。例如,请使用 strCustomerFirst 和 strCustomerLast ,而不要使用 strFirstCustomer 和 strLastCustomer 。
量词列表:量词后缀说明
First 一组变量中的第一个
Last 一组变量中的最后一个
Next 一组变量中的下一个变量
Prev 一组变量中的上一个
Cur 一组变量中的当前变量
全部大写 , 采用下划线命名法 . 例如: MIN_WIDTH
全部小写,采用下划线命名法,加前缀区分
前缀_模块名_逻辑名称,
单词全部小写
命名模式:activity名称_逻辑名称/common_逻辑名称
如果有多种形态如按钮等除外如btn_xx.xml(selector)
大小写规范与方法名一致,采用小驼峰命名法。命名规范为“资源控件的缩写 名”+“变量名”
。
注意:页面控件名称应该和控件id名保持一致
strings.xml,colors.xml等中的id命名:
命名模式:activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称
strings.xml中,使用activity名称注释,将文件内容区分开来
布局文件名:(XML文件,如activity/fragment/自定义view/dialog/列表项item的布局文件名)记住不是布局文件的id名)
全部小写,采用下划线命名法
前缀_逻辑名,单词全部小写
contentview命名:Activity默认布局,以去掉后缀的Activity类进行命名。不加后缀:
功能模块.xml
例如:main.xml、more.xml、settings.xml
或则:activity_ 功能模块 .xml
例如:activity_main.xml、activity_more.xml
Dialog命名:dialog_描述.xml
例如:dlg_hint.xml
PopupWindow命名:ppw_描述.xml
例如:ppw _info.xml
列表项命名listitem_描述.xml
例如:listitem_city.xml
包含项:include_模块.xml
例如:include_head.xml、include_bottom.xml
adapter的子布局:功能模块_item.xml
例如:main_item.xml、
命名模式为:view缩写_模块名称_view的逻辑名称
view的缩写详情如下:
命名模式为:逻辑名称+view缩写
建议:如果layout文件很复杂,建议将layout分成多个模块,每个模块定义一个moduleViewHolder,其成员变量包含所属view
动画文件名:全部小写,采用下划线命名法,加前缀区分。
前面为动画的类型,后面为方向
将layout中不断重现的style提炼出通用的style通用组件,放到styles.xml中;