Android編碼規範

標籤：android   編碼   規範   

剛實習找工作那會兒是很困難的，基本上投出去的簡曆都是石沉大海，因為沒有實際的項目開發經驗、沒有牛逼的背景、更重要的是沒有真才實學，儘管我大學期間讀的是電腦專業，也算是科班出身，可是……你懂的。

後來勉強一家公司收留了我，然後一個問題立馬出現在我的面前，那就是編寫代碼時候變數的命名：TextView ，ListView ……幾乎是每一個.java or .xml 檔案中命名的格式都不一樣。其實，自己在讀自己寫的代碼時也感到很無語的。

後來我就在想統一自己命名的方式，試了一段時間之後感覺這樣還是挺不錯的。是的，應該有一個統一的命名方式，這樣在寫、讀代碼的時候會更方便一點。

以下是我在用的命名時的習慣（其實也是在網上找見的，但是我已經記不清楚來源了），其實不管用什麼命名的方式，最後的終極目的是一樣的——寫出優秀的，最起碼讓自己、別人讀起來不是很費勁的代碼。

一、Android開發編碼規範

1、java代碼中不出現中文，最多注釋中可以出現中文

2、局部變數命名、靜態成員變數命名

只能包含字母，單詞首字母出第一個外，都為大寫，其他字母都為小寫

3、常量命名

只能包含字母和，字母全部大寫，單詞之間用隔開

4、layout中的id命名

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

view的縮寫詳情如下

LayoutView：lv RelativeView:rv TextView:tv ImageView:iv ImageButton:im Button:btn

layout的縮寫詳情如下

FrameLayout：fraLay RelativeLayout:relLay TextView:tv ImageView:iv ImageButton:im Button:btn

5、activity中的view變數命名

命名模式為：邏輯名稱+view縮寫

建議：如果layout檔案很複雜，建議將layout分成多個模組，每個模組定義一個moduleViewHolder，其成員變數包含所屬view

6、strings.xml中的id命名

命名模式：activity名稱功能模組名稱邏輯名稱/activity名稱邏輯名稱/common邏輯名稱

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

drawable中的圖片命名

命名模式：activity名稱邏輯名稱/common邏輯名稱

7、styles.xml：將layout中不斷重現的style提煉出通用的style萬用群組件，放到styles.xml中；

8、使用layer-list和selector

9、圖片盡量分拆成多個可重用的圖片

10、服務端可以實現的，就不要放在用戶端

11、引用第三方庫要謹慎，避免應用大容量的第三方庫，導致用戶端包非常大

12、處理應用全域異常和錯誤，將錯誤以郵件的形式發送給服務端

13、圖片的處理

14、使用靜態變數方式實現介面間共用要謹慎

15、Log(系統名稱模組名稱介面名稱，詳細描述)

16、單元測試（邏輯測試、介面測試）

17、不要重用父類的handler，對應一個類的handler也不應該讓其子類用到，否則會導致message.what衝突

18、activity中在一個View.OnClickListener中處理所有的邏輯

19、strings.xml中使用%1$s實現字串的通配

20、如果多個Activity中包含共同的UI處理，那麼可以提煉一個CommonActivity，把通用部分叫由它來處理，其他activity只要繼承它即可

21.使用button+activitgroup實現tab效果時，使用Button.setSelected(true)，確保按鈕處於選擇狀態，並使activitygroup的當前activity與該button對應

22、如果所開發的為萬用群組件，為避免衝突，將drawable/layout/menu/values目錄下的檔案名稱增加首碼

23、資料一定要效驗，例如

字元型轉數字型，如果轉換失敗一定要有預設值；

Android開發服務端響應資料是否有效判斷；

二、Android開發效能最佳化

1、http用gzip壓縮，設定連線逾時時間和響應逾時時間

http請求按照業務需求，分為是否可以緩衝和不可緩衝，那麼在無網路的環境中，仍然通過緩衝的httpresponse瀏覽部分資料，實現離線閱讀。

2、listview效能最佳化

（1）複用convertView

在getItemView中，判斷convertView是否為空白，如果不為空白，可複用。如果couvertview中的view需要添加listerner，代碼一定要在if(convertView==null){}之外。

（2）非同步載入圖片

item中如果包含有webimage，那麼最好非同步載入

（3）快速滑動時不顯示圖片

當快速滑動列表時（SCROLL_STATE_FLING），item中的圖片或擷取需要消耗資源的view，可以不顯示出來；而處於其他兩種狀態（SCROLL_STATE_IDLE和SCROLL_STATE_TOUCH_SCROLL），則將那些view顯示出來

3、使用線程池，分為核心線程池和普通線程池，下載圖片等耗時任務放置在普通線程池，避免耗時任務阻塞線程池後，導致所有非同步任務都必須等待

4、非同步任務，分為核心任務和普通任務，只有核心任務中出現的系統級錯誤才會報錯，非同步任務的ui操作需要判斷原activity是否處於啟用狀態

5、盡量避免static成員變數引用資源耗費過多的執行個體,比如Context

6、使用WeakReference代替強引用，弱引用可以保持對對象的引用，同時允許GC在必要時釋放對象，回收記憶體。對於那些建立便宜但耗費大量記憶體的對象，即希望保持該對象，又要在應用程式需要時使用，同時希望GC必要時回收時，可以考慮使用弱引用。

7、超級大胖子Bitmap

及時的銷毀(Activity的onDestroy時將bitmap回收，在被UI組件使用後馬上進行回收會拋RuntimeException:Canvas:tryingtousearecycledbitmapandroid.graphics.Bitmap)設定一定的採樣率(有開發人員提供的圖片無需進行採樣，對於有使用者上傳或第三方的大小不可控圖片，可進行採樣減少圖片所佔的記憶體)，從服務端返回圖片，建議同時反饋圖片的size巧妙的運用軟引用drawable對應resid的資源，bitmap對應其他資源任何類型的圖片，如果擷取不到（例如檔案不存在，或者讀取檔案時跑OutOfMemory異常），應該有對應的預設圖片（預設圖片放在在apk中，通過resid擷取）；

8、保證Cursor佔用的記憶體被及時的釋放掉，而不是等待GC來處理。並且Android明顯是傾向於編程者手動的將Cursorclose掉

9、線程也是造成記憶體泄露的一個重要的源頭。線程產生記憶體泄露的主要原因在於線程生命週期的不可控

10、如果ImageView的圖片是來自網路，進行非同步載入

11、應用開發中自訂View的時候，互動部分，千萬不要寫成線程不斷重新整理介面顯示，而是根據TouchListener事件主動觸發介面的更新

12、Drawable

ui組件需要用到的圖片是apk包內建的，那麼一律用setImageResource或者setBackgroundResource，而不要根據resourceid

注意：get(getResources(),R.drawable.btn_achievement_normal)該方法通過resid轉換為drawable，需要考慮回收的問題，如果drawable是對象私人對象，在對象銷毀前是肯定不會釋放記憶體的。

三、Android開發UI 最佳化

1、layout組件化，盡量使用merge及include複用

2、使用styles，複用樣式定義

3、軟鍵盤的彈出控制，不要讓其覆蓋輸入框

4、數字、字母和漢字混排佔位問題：將數字和字母全形化。由於現在大多數情況下我們的輸入都是半形，所以字母和數位佔位無法確定，但是一旦全形化之後，數字、字母的佔位就和一個漢字的佔位相同了，這樣就可以避免由於佔位導致的排版問題。

5、英文文檔排版：textview自動換行時要保持單詞的完整性，解決方案是計算字串長度，然後手動設定每一行顯示多少個字母並加上‘\n‘

6、複雜布局使用RelativeLayout

7、自適應螢幕，使用dp替代pix

8、使用android:layout_weight或者TableLayout製作等分布局

9、使用animation-list製作動畫效果
代碼元素變數命名：

Android編碼規範