android命名规则

⑴ Android Studio 浠ｇ爜瑙勮寖

package锻藉悕锛 鍏ㄩ儴浣跨敤灏忓啓瀛楁瘝銆备竴绾у寘钖崭负com锛屼簩绾у寘钖崭负xx锛埚彲浠ユ槸鍏鍙告垨鍒欎釜浜虹殑闅忎究锛夛纴涓夌骇鍖呭悕镙规嵁搴旂敤杩涜屽懡钖嶏纴锲涚骇鍖呭悕涓烘ā鍧楀悕鎴栧眰绾у悕銆

绫荤殑锻藉悕锛氩ぇ椹煎嘲镄勫懡钖嶆硶锛屽傦细MainActivity

鏂规硶镄勫懡钖嶏细灏忛┘宄扮殑锻藉悕娉曪纴濡傦细startActivity銆

鎺ュ彛镄勫懡钖嶏细 锻藉悕瑙勫垯涓庣被涓镙烽噰鐢ㄥぇ椹煎嘲锻藉悕娉曪纴澶氢互able鎴杋ble缁揿熬銆

鍙橀噺镄勫懡钖嶏细閲囩敤灏忛┘宄板懡钖嶆硶銆
娉ㄦ剰锛氢綔鐢ㄧ粺涓镄勫彉閲忥纴鍦ㄧ粨灏惧姞涓涓閲忚瘝杩涜屽尯鍒嗘洿瀹规槗鎼灭储鍜岃板繂锛屽俿trNameFirst鍜宻trNameLast

甯搁噺镄勫懡钖嶏细甯搁噺鍏ㄩ儴澶у啓锛屽傦细MIN MAX

甯冨眬鏂囦欢镄勫懡钖嶏细甯冨眬鏂囦欢浣跨敤钬滃墠缂_阃昏緫钖嵝濈殑鏂瑰纺锛屽崟璇嶅叏閮ㄥ皬鍐欙细
鈶烬ctivity镄勫竷灞钬斺攁ctivity_xxx
鈶fragment镄勫竷灞钬斺撵ragment_xxx
鈶㈣嚜瀹氢箟鎺т欢镄勫竷灞钬斺搀iew_xxx
鈶ｅ硅瘽妗嗙殑甯冨眬钬斺摅ialog_xxx
鈶ゅ垪琛ㄩ”镄勫竷灞钬斺攊tem_xxx

璧勬簮鏂囦欢镄勫懡钖嶏细璧勬簮鏂囦欢浣跨敤钬沧ā鍧楀悕_阃昏緫钖嵝濇柟寮忥纴鍗曡瘝鍏ㄩ儴灏忓啓锛
鈶犳寜阍浠btn涓哄墠缂锛屽傛灉鏄锲剧墖鍙浠ユ槸btn_login.png锛屾寜阍镄勭偣鍑诲舰镐佸彲浠ユ槸btn_login_normal.xml浠ュ强btn_login_pressed.xml
鈶″浘鐗囩殑锻藉悕浠ic涓哄墠缂,渚嫔俰c_share.png
鈶㈣儗鏅锲剧墖鍙浠ョ敤bg浣滀负鍓岖紑銆
鈶shape锛歴hape_text_bg
鈶selector锛歴elector_home

娉ㄩ喷镄勮勮寖锛

鍏朵粬缂栫爜瑙勮寖锛氶櫎浜嗕互涓婄殑瑙勮寖锛屽叾浠栨瘆杈冮吨瑕佺殑娉ㄦ剰镣癸纴镐荤粨濡备笅锛
鈶爅ava涓灏介噺涓嶅嚭鐜颁腑鏂
鈶℃湇锷＄鍙浠ュ疄鐜扮殑锛屽氨涓嶈佹斁鍦ㄥ㈡埛绔
鈶㈠紩鐢ㄧ涓夋柟搴撹佹厧閲嶏纴阆垮厤搴旂敤澶у归噺镄勭涓夋柟搴掳纴瀵艰嚧瀹㈡埛绔鍖呴潪甯稿ぇ

⑵ 大家的Android项目包命名规则是怎样的

Android项目包命名时，首先要保证它在安卓系统中的唯一性。
所以许多人在对Android项目包进行命名时，多用网站域名的逆序+app名，即“顶级域名.二级域名.app名”。如：“com.公司名称.app名”。
当然，包名并不仅限于三级，在实际使用中，如果有需要的话，还可以分出界面、实体、工具包、服务、适配器等包。

⑶ Android活动命名是怎样的规则

一．标识符命名方法
1 .小驼峰命名法，除首单词外，其余所有单词的第一个字母大写。如：allPrice，getAllNames
2.大驼峰命名法，所有单词的第一个字母大写。如：GuideActivity，StudentInfoBean
3.下划线命名法:单词与单词间用下划线做间隔。如：activity_main,select_backGround_color
二．命名规范
（一）包（packages）的命名规范:
采用反域名命名规则，全部使用小写字母。一级包名为com，二级包名lwz（为个人或公司名称，可以简写），三级包名guidecity（根据应用进行命名），四级包名ui或utils等（模块名或层级名），根据实际情况也是可以用五级包名，六级包名。
这里的四级包名是要重点理解和分类的，例如：com.lwz.应用.utils ，此包中包含：公共工具方法类
1.utils
此包中包含：公共工具方法类，比如：SPHelperUtil、TimeUitl、FileUtil等
2.adapter
此包中包含：一些适配器的类，比如：ArticleAdapter、FansAdapter，HistorAdaper等
3.base
此包中包含：一些共同类的基类，比如：BaseActivity（所有的Activity类都继承这个类）、BaseFragment（所有的Fragment都继承这个类），ListItemAdapter（封装了Base Adapter的基类）等
4.bean
此包中包含：一些属性对象类，比如：StudentBean、LonginBean、ArticleBean等
5.config
此包中包含：最顶级的配置类，比如：MyApp（继承了Application）
6.httpservice
此包中包含：Http数据的请求接口类，好像Retrofit网络框架请求网络数据才要使用。如：ILogin接口，IAddTopic接口，IUpdate等
7.interface
此包中包含：某个页面或对象的所用操作接口类，这个接口主要是定义这个对象的所有方法。如：IUser接口，IArticle接口，ITopic接口等
8.model
这是MVC或MVP框架设计中的M。此包中包含：某个页面或对象的所用操作类，这个类继承了上面定义的interface接口，重写并实现厘米那的方法。如：UserModel，ArticleMode类，TopicMode类等
9.ui
这个ui表示的页面的意思，也是MVC或MVP中的V，很多人把这个包名写成activity，其实是不准确的，因为ui包含了activity和fragment，所以ui是四级包名，而activity和fragment是ui包下的五级包名。
activity此包中包含：Activity对象类。如：MainActivity类，HomeActivity类，FansListActivity类等。如果是使用了MVP框架模式，activity包名下还可以有六级包名，比如：loginMVP（包含ILoginView接口类，LoginPresenter类）、seleteTopicMVP
fragment此包中包含：Fragment对象类。但是Fragment一般都是多个存在的，所以fragment包下一般还有六级包名，表示里面是哪个页面的Fragment对象。
10.weight
此包中包含：自定义View或自定义对话框等视图类。如：CursroDialog类，SpringScrollView类，ScrollListView类等
11.db
此包中包含：数据库操作类
12.service
此包中包含：Service服务类
13.broadcast
此包中包含：Broadcast广播接收者类
14.provider
此包中包含：Provider内容提供者类（用得很少）
包名规划我感觉对程序后期阅读或修改有很大的帮助，特别是很大的程序，文件太多，不规划的话自己都不知道这个类是干什么的！
当然如果程序中没有这一类的文件，这个包名是可以不写，但是一些基本的包名，基本每个程序都是需要的比如：ui、utils、adapter、weight、bean等
（二）类（classes）的命名规范：
一般用名词，采用大驼峰命名法，尽量避免缩写，除非该缩写是众所周知的，比如HTML,URL，如果类名称中包含单词缩写，则单词缩写的每个字母均应大写。
以下是部分示例说明：
1.activity 类，如欢迎页面类WelcomeActivity.
2.adapter类,如商品详情适配器ProctDetailAdapter
3.util公共方法类，如：线程池管理类：ThreadPoolManager，日志工具类：LogUtil
4.db数据库类，以DBHelper后缀标识。如城市数据库：CityDBHelper
5.Service类，以Service为后缀标识
6.BroadcastReceive，以Broadcast为后缀标识
7.ContentProvider，以Provider为后缀标识
（三）接口（interface）：
命名规则与类一样采用大驼峰命名法，多以able或ible结尾或以I开头，如Runnable、Accessible、IUser。
（四）方法（methods）的命名规则：
一般使用动词或动名词，采用小驼峰命名法 例如:onCreate(),run()
>1.initXXX()初始化相关方法,使用init为前缀标识
2.isXXX()、checkXXX() 方法返回值为boolean型的请使用is或check为前缀标识
3.getXXX()返回某个值的方法，使用get为前缀标识
4.processXXX() 对数据进行处理的方法，尽量使用process为前缀标识
5.displayXXX() 弹出提示框和提示信息，使用display为前缀标识
6.saveXXX() 与保存数据相关的，使用sav为e前缀标识
7.resetXXX() 对数据重组的，使用reset前缀标识
8.clearXXX()removeXXX() 清除数据相关的，使用clear或remove为前缀标识
9.drawXXX() 绘制数据或效果相关的，使用draw前缀标识

（五）变量（variables）采用小驼峰命名法。类中控件名称一般与xml布局id保持一致
（六）常量（constants）全部大写,采用下划线命名法.例如：MIN_WIDTH
（七）XML文件（布局文件）：全部小写，采用下划线命名法，
例如：main_activity.xml， item_activity.xml、homeposter_item_poster.xml
（八）资源文件（图片）： 全部小写，采用下划线命名法，加前缀区分

命名
说明

btn_login_normal 按钮图片使用btn_功能_说明
bg_head 背景图片使用bg_功能_说明
def_search_cell 默认图片使用def_功能_说明
icon_more_help 图标图片使用icon_功能_说明
seg_list_line 具有分隔特征的图片使用seg_功能_说明
sel_ok 选择图标使用sel_功能_说明
（九）动画文件（anim包）：全部小写，采用下划线命名法，加前缀区分。
动画命名例子：

规范写法
备注

click_head_left 点击背景切换动画使用click前缀标识
bg_shape_rectangle 背景自定义图形使用bg前缀标识
show_shopcar_add 小动画效果使用show前缀标识
（十）资源ID（resources id）：大小写规范与方法名一致，采用小驼峰命名法。
命名规范为“资源控件的缩写名”+“变量名”。例如TextView的id=“tv_userName”。注意：页面控件名称应该和控件id名一般是一致，例如：TextView tv_userName=(TextView)findViewById(R.id.tv_userName);
三．图解包名规范示例
本文主要是想对程序包名的命名规划，这里展示我之前开发的程序的包名图片，供大家参考：
（一）总显示

上面example这个包名一般是不用的！
（二）ui包下
fragment展示

activity 展示：

（三）utils和weight包下

（四）res文件夹下的部分文件展示：

drawable包下：

layout包下：

上面就是一个完成程序的主要文件展示，这个程序大概有三百多个文件（包括java文件和资源文件），这里就不一一展示了！
大家可以想象一下，如果这个程序包名和文件名都没有很好规划，那么你要找你想要的几个文件是一个多么麻烦的事情！
一般地，我在创建每个java程序文件都会在上面做几句话的注解，说明一下这个文件的作用，有些布局文件也是有简单说明。这样更加有利于后期的程序代码迭代或版本更新！
命名规范是必须的吗？有些是！有些不是。比如包名、类的定义，系统没有硬性规定，但是资源文件res文件夹下的命名，系统要求资源文件名必须小写，否则，你的程序一直运行不了，你都不知道为啥。
最后说一句：程序开发中命名规范是一个很好的开发习惯！

⑷ 手机的系统一般有哪几种

1、安卓

Android是Google于2007年11月5日宣布的基于Linux平台的开源手机操作系统，该平台由操作系统、中间件、用户界面和应用软件组成 。

Android一词的本义指“机器人”。同时也Android的系统架构和其操作系统一样，采用了分层的架构。从架构图看，Android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和Linux内核层。

Android在正式发行之前，最开始拥有两个内部测试版本，并且以着名的机器人名称来对其进行命名。

它们分别是：阿童木（AndroidBeta），发条机器人（Android 1.0）。

后来由于涉及到版权问题，谷歌将其命名规则变更为用甜点作为它们系统版本的代号的命名方法。甜点命名法开始于Android 1.5发布的时候。

代表支持生产商：三星、小米、华为、魅族、中兴、摩托罗拉、HTC、LG、索尼。

2、iOS

iOS是由苹果公司为iPhone、iPod touch以及iPad开发的闭源操作系统。就像其基于的Mac OS X操作系统一样，它也是以Darwin为基础的。原本这个系统名为iPhone OS，直到2010年6月7日WWDC大会上宣布改名为iOS。

iOS的系统结构分为四个层次：核心操作系统（the Core OS layer），核心服务层（the Core Services layer），媒体层（the Media layer），Cocoa 触摸框架层（the Cocoa Touch layer）。已经发展到iOS 8.1.3。

支持生产商：苹果。

3、Symbian

Symbian操作系统是Symbian公司为手机而设计的操作系统，它包含了联合的数据库、使用者界面架构和公共工具的参考实现，它的前身是Psion的EPOC。2008年12月被诺基亚收购。Symbian曾经是移动市场使用率最高的操作系统，占有大部分市场份额。

但随着Google的Android系统和苹果iphone火速占据手机系统市场，Symbian基本已失去手机系统霸主的地位。

Symbian系统的分支很多，主要有早期的Symbian S80、Symbian S90、Symbian UIQ，和如今仍在使用的Symbian S60 3rd、Symbian S60 5th、Symbian^3、Symbian Anna、Symbian Belle。塞班系统已于2013年1月24日正式谢幕，告别历史舞台。

最后一款搭载塞班系统的手机是诺基亚808 pureview。主要支持生产商：诺基亚，索尼。

(4)android命名规则扩展阅读

操作系统是用户和计算机的接口，同时也是计算机硬件和其他软件的接口。操作系统的功能包括管理计算机系统的硬件、软件及数据资源，控制程序运行，改善人机界面。

为其它应用软件提供支持，让计算机系统所有资源最大限度地发挥作用，提供各种形式的用户界面，使用户有一个好的工作环境，为其它软件的开发提供必要的服务和相应的接口等。

实际上，用户是不用接触操作系统的，操作系统管理着计算机硬件资源，同时按照应用程序的资源请求，分配资源，如：划分CPU时间，内存空间的开辟，调用打印机等。

⑸ Android 各版本的命名规则是怎样的

一种常见软件版本号的形式是major.minor.maintenance.build：

major是主版本号，一般在软件有重大升级时增长

minor是次版本号，一般在软件有新功能时增长

maintenance是维护版本，一般在软件有主要的问题修复后增长

build是构建版本，一般只要软件被重新编译过就会增长

对于Android而言：

主版本号变化

Android 2.x只支持手机等小屏移动设备
Android 3.x只支持平板和电视等大屏设备
Android 4.x合并了2.x和3.x，支持多种设备

次版本号变化

例如Android 2.1, 2.2, 2.3，都是在原有系统上添加很多新功能（比如Android 2.2开始支持往SD卡安装应用），但没有翻天覆地的变化。

维护版本号变化

例如Android 2.3.1, 2.3.3, 2.3.5等等，都是比以前多修改了一些bugs（我印象中2.3.5着重修复了若干安全漏洞），没有太多功能更新。

构建版本号变化
可能每天一变或每天数变，所以只对开发团队内部有意义吧。

作者：陈子腾
链接：http://www.hu.com/question/20969294/answer/16784757
来源：知乎
着作权归作者所有，转载请联系作者获得授权。

⑹ 安卓操作系统的命名规则

Android在正式发行之前，最开始拥有两个内部测试版本，并且以着名的机器人名称来对其进行命名，它们分别是：阿童木（AndroidBeta），发条机器人（Android 1.0）。后来由于涉及到版权问题，谷歌将其命名规则变更为用甜点作为它们系统版本的代号的命名方法。甜点命名法开始于Android 1.5发布的时候。作为每个版本代表的甜点的尺寸越变越大，然后按照26个字母数序：

纸杯蛋糕（Android 1.5）2009.04.30

甜甜圈（Android 1.6）2009.09.15

松饼（Android 2.0/2.1） 2009.10.26

冻酸奶（Android 2.2）2010.05.20

姜饼（Android 2.3）2010.12.07

蜂巢（Android 3.0）2011.02.02

冰激凌三明治（Android 4.0）2011.10.19

果冻豆（Jelly Bean，Android4.1和Android 4.2）2012.06.282012.10.30

奇巧（KitKat，Android 4.4）2013.11.01

棒棒糖（Lollipop，Android 5.0）2014.11.03

棉花糖（Marshmallow，Android 6.0）2015.05.28

牛轧糖（Nougat，Android 7.0）2016.08.22

Android 8.0正式版暂定2017年8月21日发布，代号为Android O，O代表的可能是奥利奥制成的巧克力奶油蛋糕(Oreo)。