編輯:關於Android編程
1.java代碼中不出現中文,最多注釋中可以出現中文
2.局部變量命名、靜態成員變量命名
只能包含字母,單詞首字母出第一個外,都為大寫,其他字母都為小寫。
3.常量命名
只能包含字母和_
,字母全部大寫,單詞之間用_
隔開。
4.layout中的id命名
命名模式為: view縮寫_模塊名稱_view的邏輯名稱
view
的縮寫詳情如下:
LayoutView
:lv
RelativeView
:rv
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
名稱注釋,將文件內容區分開來。
7.drawable
中的圖片命名
命名模式:activity名稱_邏輯名稱
/common_邏輯名稱
8.styles.xml
:將layout
中不斷重現的style提煉出通用的style通用組件,放到styles.xml
中;
9.使用layer-list
和selector
10.圖片盡量分拆成多個可重用的圖片
11.服務端可以實現的,就不要放在客戶端
12.引用第三方庫要慎重,避免應用大容量的第三方庫,導致客戶端包非常大
13.處理應用全局異常和錯誤,將錯誤以郵件的形式發送給服務端
14.圖片的.9處理
15.使用靜態變量方式實現界面間共享要慎重
16.Log(系統名稱 模塊名稱 接口名稱,詳細描述)
17.單元測試(邏輯測試、界面測試)
18.不要重用父類的handler
,對應一個類的handler
也不應該讓其子類用到,否則會導致message.what
沖突
19.activity
中在一個View.OnClickListener
中處理所有的邏輯
20.strings.xml
中使用%1$s
實現字符串的通配
21.如果多個Activity
中包含共同的UI處理,那麼可以提煉一個CommonActivity
,把通用部分叫由它來處理,其他activity
只要繼承它即可
22.使用button+activitgroup
實現tab
效果時,使用Button.setSelected(true)
,確保按鈕處於選擇狀態,並使activitygroup
的當前activity
與該button
對應
23.如果所開發的為通用組件,為避免沖突,將drawable
/layout
/menu/values
目錄下的文件名增加前綴
24.數據一定要效驗,例如字符型轉數字型,如果轉換失敗一定要有缺省值;服務端響應數據是否有效判斷;
25.同一個客戶端如果要放在不同的市場,而且要統計各個市場下載及使用數據時針對不同的客戶端打不同的包,唯一的區別是versionName
,apk文件名為versionName.apk
。在升級時,要將自己的versionCode
和versionName
一並傳給服務端,如果需要升級,則下載versionName
相對應的apk
關於是否要強制升級:
26.有的按鈕要避免重復點擊
1.http用gzip壓縮,設置連接超時時間和響應超時時間
http請求按照業務需求,分為是否可以緩存和不可緩存,那麼在無網絡的環境中,仍然通過緩存的httpresponse浏覽部分數據,實現離線閱讀。
2.listview
性能優化
convertView
getItemView
中,判斷convertView
是否為空,如果不為空,可復用。如果couvertview
中的view
需要添加listerner
,代碼一定要在if(convertView==null){}
之外。item
中如果包含有webimage
,那麼最好異步加載SCROLL_STATE_FLING
),item
中的圖片或獲取需要消耗資源的view
,可以不顯示出來;而處於其他兩種狀態(SCROLL_STATE_IDLE 和SCROLL_STATE_TOUCH_SCROLL
),則將那些view
顯示出來list
中異步加載的圖片,當不在可視范圍內,按照一定的算法及時回收(如在當前可視范圍的上下10條item
以外的圖片進行回收,或者將圖片進行緩存,設置一個大小,按照最近最少使用原則超過部分進行回收)BaseAdapter
避免內存溢出BaseAdapter
的實體類有屬性非常消耗內存,可以將保存到文件;為提高性能,可以進行緩存,並限制緩存大小。
3.使用線程池,分為核心線程池和普通線程池,下載圖片等耗時任務放置在普通線程池,避免耗時任務阻塞線程池後,導致所有異步任務都必須等待
4.異步任務,分為核心任務和普通任務,只有核心任務中出現的系統級錯誤才會報錯,異步任務的ui操作需要判斷原activity
是否處於激活狀態
5.盡量避免static
成員變量引用資源耗費過多的實例,比如Context
6.使用WeakReference
代替強引用,弱引用可以讓您保持對對象的引用,同時允許GC在必要時釋放對象,回收內存。對於那些創建便宜但耗費大量內存的對象,即希望保持該對象,又要在應用程序需要時使用,同時希望GC必要時回收時,可以考慮使用弱引用。
7.超級大胖子Bitmap
及時的銷毀(Activity的onDestroy
時將bitmap
回收,在被UI組件使用後馬上進行回收會拋RuntimeException: Canvas: trying to use a recycled bitmap android.graphics.Bitmap
) 設置一定的采樣率(有開發者提供的圖片無需進行采樣,對於有用戶上傳或第三方的大小不可控圖片,可進行采樣減少圖片所占的內存),從服務端返回圖片,建議同時反饋圖片的size
巧妙的運用軟引用 drawable
對應resid
的資源,bitmap
對應其他資源 任何類型的圖片,如果獲取不到(例如文件不存在,或者讀取文件時跑OutOfMemory
異常),應該有對應的默認圖片(默認圖片放在在apk中,通過resid
獲取);
8.保證Cursor
占用的內存被及時的釋放掉,而不是等待GC來處理。並且 Android明顯是傾向於編 程者手動的將Cursor close
掉
9.線程也是造成內存洩露的一個重要的源頭。線程產生內存洩露的主要原因在於線程生命周期的不可控
10.如果ImageView
的圖片是來自網絡,進行異步加載
11.應用開發中自定義View
的時候,交互部分,千萬不要寫成線程不斷刷新界面顯示,而是根據TouchListener
事件主動觸發界面的更新
12.Drawable
ui組件需要用到的圖片是apk包自帶的,那麼一律用setImageResource
或者setBackgroundResourc
e,而不要根據resourceid
注意:get(getResources()
, R.drawable.btn_achievement_normal)
該方法通過resid
轉換為drawable
,需要考慮回收的問題,如果drawable
是對象私有對象,在對象銷毀前是肯定不會釋放內存的。
13.復用、回收Activity
對象
臨時的activity
及時finish
singleTask
singleTop
14.位置信息
獲取用戶的地理位置信息時,在需要獲取數據的時候打開GPS,之後及時關閉掉
15.在onResume
時設置該界面的電源管理,在onPause
時取消設置
1.layout
組件化,盡量使用merge
及include
復用
2.使用styles
,復用樣式定義
3.軟鍵盤的彈出控制,不要讓其覆蓋輸入框
4.數字、字母和漢字混排占位問題:將數字和字母全角化。由於現在大多數情況下我們的輸入都是半角,所以 字母和數字的占位無法確定,但是一旦全角化之後,數字、字母的占位就和一個漢字的占位相同了,這樣就可以避免由於占位導致的排版問題。
5.英文文檔排版:textview
自動換行時要保持單詞的完整性,解決方案是計算字符串長度,然後手動設定每一行顯示多少個字母並加上‘
‘
6.復雜布局使用RelativeLayout
7.自適應屏幕,使用dp
替代pix
8.使用android:layout_weight
或者TableLayout
制作等分布局
9.使用animation-list
制作動畫效果
android客戶端一般不直接訪問網站數據庫,而是像浏覽器一樣發送get或者post請求,然後網站返回客戶端能理解的數據格式,客戶端解析這些
在很多地方我們都會用到縱向列表樣式的菜單,比如微信首頁的我、發現頁面,微博的首頁的我頁面,QQ的動態頁面等等等等,大多數的應用中都會存在這樣的頁面。我們怎樣實現這種頁面比
多媒體播放的狀態圖: public class MainActivity extends Activity implements OnClickListener {
如下58同城快捷方式的效果: /** * 啟動某個activity是需要在manifest裡面定義 */ private void addShortCut