#命名規范 為何寫命名規范呢！在家族中，名字有區分輩分的作用。在職位中，名稱可以區別職位的高低。例如：董事長、總經理、產品經理、白領等等。在商品中，名稱的命名規則可以方便反應出商品的等級、價格水準、用戶群體。例如蘋果4、蘋果5、蘋果6，男士沐浴露、女士沐浴露。 命名的基本功能是區別出物體。但是現在人們制造出太多的物品，使得基本的命名方式不再應用。因此，從物品的功能、特色、賣點、時間等等運用多種方式，不再局限其中某一種。同時，這意味著要考驗使用者的識別能力。因此，要起個便于區別其它物體，又要便于使用者方便認出來，頗有難度與技巧。 在開發app的過程中，需要對變量、常量、類、方法進行自定義命名、同時，安卓系統本身、第三方存在一些命名。為了區別不是自己取的命名，以免引發命名沖突。 **命名規則。**使用總標記來區別自己命名的物體，與外來命名的物體。將整個app進行分塊劃分，給分塊所起的命名，會作為第二級命名的考慮范圍內。分塊后，根據需要會進一步，對分塊進行再分塊。給小分塊所起的命名，會作為第三級命名的考慮范圍內。 使用包等級是一種常規的命名方式，還有使用功能性的命名方式，例如net表示網絡、activity表示界面，常量使用大寫字母表示，getString獲取字符串、setString設置字符串。當app的代碼增加時，相同的、相似的代碼會增加。從代碼質量的角度而言，相同的代碼塊不應該重復出現的。因而命名沖突是不會出現的。當功能性引起沖突時，可以借此使用原先定義的代碼塊，增加代碼的利用效率，減少開發成本。 在使用命名時，常常不只使用一個單詞就可以表述清楚的。為了區別多個單詞，有兩種使用方式，一種是駝峰法，一種是下劃線法。 有些命名方式已經被習慣性使用，比較容易被識別。因而，使用大多數使用過的命名詞匯是良好的選擇之一。 本項目的命名規范，根據google進行編寫。 [google java編程風格指南](http://www.hawstein.com/posts/google-java-style.html) | 命名的對象 | 說明 | | --- | --- | | 常量 | 全大寫 加 下劃線 | | 變量 | 小駝峰法 | | 方法 | 小駝峰法 | | 組件 | 組件名稱的前三個字母 加 組件用途的描述性語匯 | | 類 | 大駝峰法 | [資源文件命名規則](http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2016/1104/6745.html) | 命名的對象 | 說明 | | --- | --- | | xml文件 | 全小寫字母 加 下劃線 | | id| 命名：id+xml文件名+id所表示的組件名+ 組件用途(不能唯一表示時，加上這個)+數字（當用途出現相同時，使用數字進一步區別） | **命名的組成方式：** 1. 描述性語匯 2. 組件名 3. 功能名 1. 組件相關的文件 邏輯文件名字組成 描述性詞匯 + 組件完整名稱 資源文件名字組成 組件完整名稱 + 描述性詞匯 * * * * * 命名規范的實際操作過程 1. 包名規定：（全部小寫，） view：組件相關的所有邏輯文件，都放這里 customized：自定義組件的文件，都放這里 Activity：一個邏輯文件伴隨若干個xml文件的，則邏輯文件存放此處 Fragment： 。 。 提示：優先放在View中，當相同類的文件超過3個時，則建立一個子包。 Utils：工具類的所有邏輯文件，都放這里 net：網絡相關的所有文件，都放這里 sql：數據庫相關的所有文件，都放這里 abstracts：所有抽象類的文件，繼承類文件 2. 文件 activity類文件：描述性 + 組件名 布局文件 ：組件名 + 描述性 子布局文件：父布局文件的描述名 + 特征描述性+描述性 3. id命名 布局文件的首個布局，使用布局文件名，作為ID 布局文件的組件，使用布局文件名+組件名，作為ID。若相同時，再加上號碼，用于區分