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)。