Android 命名規范 （提高代碼可以讀性）

剛 接觸android的時候，命名都是按照拼音來，所以有的時候想看懂命名的那個控件什么是什么用的，就要讀一遍甚至好幾遍才知道，這樣的話，在代碼的審查 和修改過程中就會浪費不少不必要的時間。如果就是我一個人開發，一個人維護的話還好，可是如果一個項目是團隊分工合作，這樣讓你的同事去看你的代碼就更加 吃力了，因為大家之間的編程方式不一樣，所以，在開發過程中，命名規范統一尤為重要，最好是團隊中統一好大家命名方法，這樣對于日后的工作會輕松很多。

       在面試的時候，審核一個程序員的編程水平的時候，命名規范也是一大標準，所以，下面我就總結下我從網上別人的經驗和自己的感悟中收集總結的android命名規范，希望對大家有所幫助。

       提醒：在命名規范的統一下，在加上注釋，這樣日后維護會高效快捷好多。

先初略介紹下當前主要的標識符命名法和英文縮寫規則：（這段別人那邊借鑒的）

在講解命名規范前，先初略介紹下當前主要的標識符命名法和英文縮寫規則。

標識符命名法
標識符命名法最要有四種:

1 駝峰(Camel)命名法:又稱小駝峰命名法，除首單詞外，其余所有單詞的第一個字母大寫。

2 帕斯卡(pascal)命名法:又稱大駝峰命名法，所有單詞的第一個字母大寫

3 下劃線命名法:單詞與單詞間用下劃線做間隔。

4 匈牙利命名法:廣泛應用于微軟編程環境中，在以Pascal命名法的變量前附加小寫序列說明該變量的類型。 量的取名方式為：<scope_> + <prefix_> + <qualifier>范圍前綴，類型前綴，限定詞。

個人覺得標識符命名原則:盡可能的用最少的字符而又能完整的表達標識符的含義。

英文縮寫原則：
1 較短的單詞可通過去掉“元音”形成縮寫
2 較長的單詞可取單詞的頭幾個字母形成縮寫
3 此外還有一些約定成俗的英文單詞縮寫.

下面為常見的英文單詞縮寫:

</tr>

</tbody> </table>

程序中使用單詞縮寫原則：不要用縮寫，除非該縮寫是約定俗成的。

命名規范：

1  包（packages）: 采用反域名命名規則，全部使用小寫字母。一級包名為com，二級包名為xx（可以是公司或則個人的隨便），三級包名根據應用進行命名，四級包名為模塊名或層級名

</tr>

</tbody> </table>

2  類（classes）：名詞，采用大駝峰命名法，盡量避免縮寫，除非該縮寫是眾所周知的，  比如HTML,URL，如果類名稱中包含單詞縮寫，則單詞縮寫的每個字母均應大寫。

</tr>

</tbody> </table>

3   接口（ interface ）：命名規則與類一樣采用大駝峰命名法，多以 able 或 ible 結尾，如 interface Runn a   ble   ;
                       interface Access ible   。

4   方法（ methods ）：動詞或動名詞，采用小駝峰命名法 例如 :onCreate(),run()

</tr>

</tbody> </table>

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）

</tr>

</tbody> </table>

命名后綴：

</tr>

</tbody> </table>

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文件夾下）：全部小寫，采用下劃線命名法，加前綴區分。

//前面為動畫的類型，后面為方向

</tr>

</tbody> </table>

10    資源ID（resourcesid）：大小寫規范與方法名一致，采用小駝峰命名法。命名規范為“資源控件的縮寫  名”+“變量名”。注意：頁面控件名稱應該和控件id名保持一致

 strings.xml，colors.xml等中的id命名：

命名模式：activity名稱_功能模塊名稱_邏輯名稱/activity名稱_邏輯名稱/common_邏輯名稱

strings.xml中，使用activity名稱注釋，將文件內容區分開來

11   layout中的id命名

命名模式為：view縮寫_模塊名稱_view的邏輯名稱

view的縮寫詳情如下：

</tr>

</tbody> </table>

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.數據一定要效驗，例如

字符型轉數字型，如果轉換失敗一定要有缺省值；

服務端響應數據是否有效判斷

只要形成一個團體上的統一即可，簡單知道他的意思就可以了。