Android 開發習慣

Android編碼規範

1. java代碼中不出現中文，最多註釋中能夠出現中文；
2. 局部變量命名、靜態成員變量命名：只能包含字母，單詞首字母出第一個都爲大寫，其餘字母都爲小寫；
3. 常量命名：只能包含字母和，字母所有大寫，單詞之間用隔開；
4. layout中的id命名：命名模式爲：view縮寫_模塊名稱_view的邏輯名稱 view的縮寫詳情以下 LinearLayout：ll RelativeLayout:rl TextView:tv ImageView:iv ImageButton:ib Button:btn
5. activity中的view變量命名 命名模式爲：view縮寫+邏輯名稱 建議：若是layout文件很複雜，建議將layout分紅多個模塊，每一個模塊定義一個moduleViewHolder，其成員變量包含所屬view
6. strings.xml中的id命名： 命名模式：activity名稱功能模塊名稱邏輯名稱 activity名稱邏輯名稱 common邏輯名稱 strings.xml中，使用activity名稱註釋，將文件內容區分開來
7. drawable中的圖片命名 命名模式：activity名稱邏輯名稱/common邏輯名稱 7.styles.xml：將layout中不斷重現的style提煉出通用的style通用組件，放到styles.xml中；
8. 使用layer-list和selector
9. 圖片儘可能分拆成多個可重用的圖片
10. 服務端能夠實現的，就不要放在客戶端
11. 引用第三方庫要慎重，避免應用大容量的第三方庫，致使客戶端包很是大
12. 處理應用全局異常和錯誤，將錯誤以郵件的形式發送給服務端
13. 圖片的.9處理
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性能優化

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回收) 設置必定的採樣率 巧妙的運用軟引用 drawable對應resid的資源，bitmap對應其餘資源8.保證Cursor 佔用的內存被及時的釋放掉，而不是等待GC來處理。而且 Android明顯是傾向於編程者手動的將Cursor close掉
8. 線程也是形成內存泄露的一個重要的源頭。線程產生內存泄露的主要緣由在於線程生命週期的不可控
9. 若是ImageView的圖片是來自網絡，進行異步加載
10. 應用開發中自定義View的時候，交互部分，千萬不要寫成線程不斷刷新界面顯示，而是根據TouchListener事件主動觸發界面的更新

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開發建議

1. 跟上時代的步伐，把Eclipse換成Android Studio，把SVN換成Git，這固然要適合項目開發屬性的須要，Git學習中文網站：https://git-scm.com/book/v2zh/v2
2. 勤作總結，推薦使用印象筆記，把一些懂的經驗總結起來，把還不懂的文章掛裏面，有時間就慢慢消化；
3. 按期code review，不斷迭代，你總會發現一些不合理的代碼，或者須要優化的地方。
4. 關注一些知名的技術大V或網站，裏面許多東西值得你去消化，推薦：Android 開源項目集合，http://tech.meituan.com/，stormzhang，但總歸來講，去Android官網或者參考一份Java API文檔雖然說枯燥，但熟悉以後，你會有更大的進步。
5. 如想更深刻了解可閱讀珍藏許久的文章：Android應用程序開發以及背後的設計思想深度剖析
6. 若是你公司沒有強大的測試團隊，發佈應用前最好把應用放到測試平臺去測測，好比雲測之類的；
7. 取應用包名的時候切忌取太容易重複的，若是同款手機已經有該包名，那麼會由於簽名不一樣而致使安裝不上，這也怪中國安卓市場太多，沒法像Google Play那樣進行包名審覈。

 

原文連接：https://github.com/GeniusVJR/Good-Android-development-habits