了解Android開(kāi)發(fā)規范：性能及UI優(yōu)化是什么樣的？

本文帶您全面了解Android開(kāi)發(fā)規范，其中包括Android編碼規范，Android性能優(yōu)化和Android UI優(yōu)化，讀完絕對不會(huì )后悔的好文章。

一、Android編碼規范

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

2.局部變量命名、靜態(tài)成員變量命名

只能包含字母，單詞首字母出第一個(gè)外，都為大寫(xiě)，其他字母都為小寫(xiě)

3.常量命名

只能包含字母和_，字母全部大寫(xiě)，單詞之間用_隔開(kāi)

4.layout中的id命名

命名模式為：view縮寫(xiě)_模塊名稱(chēng)_view的邏輯名稱(chēng)

view的縮寫(xiě)詳情如下

LayoutView：lv

RelativeView:rv

TextView:tv

ImageView:iv

ImageButton:im

Button:btn

5.activity中的view變量命名

命名模式為：邏輯名稱(chēng)+view縮寫(xiě)

建議：如果layout文件很復雜，建議將layout分成多個(gè)模塊，每個(gè)模塊定義一個(gè)moduleViewHolder，其成員變量包含所屬view

6.strings.xml中的id命名

命名模式：activity名稱(chēng)_功能模塊名稱(chēng)_邏輯名稱(chēng)/activity名稱(chēng)_邏輯名稱(chēng)/common_邏輯名稱(chēng)

strings.xml中，使用activity名稱(chēng)注釋?zhuān)瑢⑽募热輩^分開(kāi)來(lái)

7.drawable中的圖片命名

命名模式：activity名稱(chēng)_邏輯名稱(chēng)/common_邏輯名稱(chēng)

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

8.使用layer-list和selector

9.圖片盡量分拆成多個(gè)可重用的圖片

10.服務(wù)端可以實(shí)現的，就不要放在客戶(hù)端

11.引用第三方庫要慎重，避免應用大容量的第三方庫，導致客戶(hù)端包非常大

12.處理應用全局異常和錯誤，將錯誤以郵件的形式發(fā)送給服務(wù)端

13.圖片的.9處理

14.使用靜態(tài)變量方式實(shí)現界面間共享要慎重

15.Log(系統名稱(chēng) 模塊名稱(chēng) 接口名稱(chēng)，詳細描述)

16.單元測試(邏輯測試、界面測試)

17.不要重用父類(lèi)的handler，對應一個(gè)類(lèi)的handler也不應該讓其子類(lèi)用到，否則會(huì )導致message.what沖突

18.activity中在一個(gè)View.OnClickListener中處理所有的邏輯

19.strings.xml中使用%1$s實(shí)現字符串的通配

20.如果多個(gè)Activity中包含共同的UI處理，那么可以提煉一個(gè)CommonActivity，把通用部分叫由它來(lái)處理，其他activity只要繼承它即可

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

22.如果所開(kāi)發(fā)的為通用組件，為避免沖突，將drawable/layout/menu/values目錄下的文件名增加前綴

23.數據一定要效驗，例如

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

服務(wù)端響應數據是否有效判斷;

二、Android性能優(yōu)化

1.http用gzip壓縮，設置連接超時(shí)時(shí)間和響應超時(shí)時(shí)間

http請求按照業(yè)務(wù)需求，分為是否可以緩存和不可緩存，那么在無(wú)網(wǎng)絡(luò )的環(huán)境中，仍然通過(guò)緩存的httpresponse瀏覽部分數據，實(shí)現離線(xiàn)閱讀。

2.listview 性能優(yōu)化

1).復用convertView

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

2).異步加載圖片

item中如果包含有webimage，那么最好異步加載

3).快速滑動(dòng)時(shí)不顯示圖片

當快速滑動(dòng)列表時(shí)(SCROLL_STATE_FLING)，item中的圖片或獲取需要消耗資源的view，可以不顯示出來(lái);而處于其他兩種狀態(tài) (SCROLL_STATE_IDLE 和SCROLL_STATE_TOUCH_SCROLL)，則將那些view顯示出來(lái)

3.使用線(xiàn)程池，分為核心線(xiàn)程池和普通線(xiàn)程池，下載圖片等耗時(shí)任務(wù)放置在普通線(xiàn)程池，避免耗時(shí)任務(wù)阻塞線(xiàn)程池后，導致所有異步任務(wù)都必須等待

4.異步任務(wù)，分為核心任務(wù)和普通任務(wù)，只有核心任務(wù)中出現的系統級錯誤才會(huì )報錯，異步任務(wù)的ui操作需要判斷原activity是否處于激活狀態(tài)

5.盡量避免static成員變量引用資源耗費過(guò)多的實(shí)例,比如Context

6.使用WeakReference代替強引用，弱引用可以讓您保持對對象的引用，同時(shí)允許GC在必要時(shí)釋放對象，回收內存。對于那些創(chuàng )建便宜但耗費大量?jì)却娴膶ο?，即希望保持該對象，又要在應用程序需要時(shí)使用，同時(shí)希望GC必要時(shí)回收時(shí)，可以考慮使用弱引用。

7.超級大胖子Bitmap

及時(shí)的銷(xiāo)毀(Activity的onDestroy時(shí)，將bitmap回收)

設置一定的采樣率

巧妙的運用軟引用

drawable對應resid的資源，bitmap對應其他資源8.保證Cursor 占用的內存被及時(shí)的釋放掉，而不是等待GC來(lái)處理。并且 Android明顯是傾向于編程者手動(dòng)的將Cursor close掉

9.線(xiàn)程也是造成內存泄露的一個(gè)重要的源頭。線(xiàn)程產(chǎn)生內存泄露的主要原因在于線(xiàn)程生命周期的不可控

10.如果ImageView的圖片是來(lái)自網(wǎng)絡(luò )，進(jìn)行異步加載

11.應用開(kāi)發(fā)中自定義View的時(shí)候，交互部分，千萬(wàn)不要寫(xiě)成線(xiàn)程不斷刷新界面顯示，而是根據TouchListener事件主動(dòng)觸發(fā)界面的更新

三、Android UI優(yōu)化

1.layout組件化，盡量使用merge及include復用

2.使用styles，復用樣式定義

3.軟鍵盤(pán)的彈出控制，不要讓其覆蓋輸入框

4.數字、字母和漢字混排占位問(wèn)題：將數字和字母全角化。由于現在大多數情況下我們的輸入都是半角，所以 字母和數字的占位無(wú)法確定，但是一旦全角化之后，數字、字母的占位就和一個(gè)漢字的占位相同了，這樣就可以避免由于占位導致的排版問(wèn)題。

5.英文文檔排版：textview自動(dòng)換行時(shí)要保持單詞的完整性，解決方案是計算字符串長(cháng)度，然后手動(dòng)設定每一行顯示多少個(gè)字母并加上‘n‘

6.復雜布局使用RelativeLayout

7.自適應屏幕，使用dp替代pix

8.使用android:layout_weight或者TableLayout制作等分布局

9.使用animation-list制作動(dòng)畫(huà)效果