本文為一名參加過09年Google IO大會的開發人員的一篇把關於行動裝置 App方面的主題不錯的PPT改編的文章,對行動裝置 App開發人員是很有協助的。
Android在UI最佳化方面可以從以下五個方面入手:
◆Adapter最佳化
◆背景和圖片最佳化
◆繪圖最佳化
◆視圖和布局最佳化
◆記憶體配置最佳化
Adapter最佳化
什麼是Adapter?
Adapter在Android中佔據一個重要的角色,它是資料和UI(View)之間一個重要的紐帶。在常見的View(ListView,GridView)等地方都需要用到Adapter。1直觀的表達了Data、Adapter、View三者的關係。
圖1 Adapter、資料、UI三者關係
一、Android中Adapter
圖2:Android中Adapter類型層級圖
由圖2我們可以看到在Android中與Adapter有關的所有介面、類的完整層級圖。在我們使用過程中可以根據自己的需求實現介面或者繼承類進行一定的擴充。比較常用的有 BaseAdapter,ArrayAdapter,SimpleCursorAdapter等。
BaseAdapter是一個抽象類別,繼承它需要實現較多的方法,所以也就具有較高的靈活性;
ArrayAdapter支援泛型操作,通常需要實現getView方法,特殊情況下(結合資料row id),為了讓ui事件相應處理方便點最好重寫getItemId;
SimpleCursorAdapter可以適用於簡單的純文字型ListView,它需要Cursor的欄位和UI的id對應起來。如需要實現更複雜的UI也可以重寫其他方法。
二、一個繼承BaseAdapter的類的程式碼片段
1. 1: /**
2. 2: * 歌曲列表適配器
3. 3: *
4. 4: * @version 2010-11-24 下午05:13:33
5. 5: * @author Hal
6. 6: */
7. 7: public class AudioListAdapter extends BaseAdapter {
8. 8:
9. 9: private Context mContext;
10. 10:
11. 11: // 歌曲集合
12. 12: private ArrayList<Audio> mAudios;
13. 13:
14. 14: public AudioListAdapter(Context mContext, ArrayList<Audio> mAudios) {
15. 15: this.mContext = mContext;
16. 16: this.mAudios = mAudios;
17. 17: }
18. 18:
19. 19: @Override
20. 20: public int getCount() {
21. 21: return mAudios != null ? mAudios.size() : 0;
22. 22: }
23. 23:
24. 24: @Override
25. 25: public Object getItem(int position) {
26. 26: if ((mAudios != null && mAudios.size() > 0) && (position >= 0 && position < mAudios.size())) {
27. 27: return mAudios.get(position);
28. 28: }
29. 29: return null;
30. 30: }
31. 31:
32. 32: /**
33. 33: * 如果集合中的對象資料來自資料庫,建議此方法返回該對象在資料庫中的ID
34. 34: */
35. 35: @Override
36. 36: public long getItemId(int position) {
37. 37: if ((mAudios != null && mAudios.size() > 0) && (position >= 0 && position < mAudios.size())) {
38. 38: return mAudios.get(position).getId();
39. 39: }
40. 40: return position;
41. 41: }
42. 42:
43. 43: @Override
44. 44: public View getView(int position, View convertView, ViewGroup parent) {
45. 45: //TODO 返回自定的View
46. 46: }
Adapter與View的串連主要依靠getView這個方法返回我們需要的自訂view。ListView是Android app中一個最最最常用的控制項了,所以如何讓ListView流暢運行,擷取良好的使用者體驗是非常重要的。對ListView最佳化就是對Adapter中的getView方法進行最佳化。09年的Google IO大會給出的最佳化建議如下:
Adapter最佳化範例程式碼:
1. @Override
2. public View getView(int position, View convertView, ViewGroup parent) {
3. Log.d("MyAdapter", "Position:" + position + "---"
4. + String.valueOf(System.currentTimeMillis()));
5. ViewHolder holder;
6. if (convertView == null) {
7. final LayoutInflater inflater = (LayoutInflater) mContext
8. .getSystemService(Context.LAYOUT_INFLATER_SERVICE);
9. convertView = inflater.inflate(R.layout.list_item_icon_text, ull);
10. holder = new ViewHolder();
11. holder.icon = (ImageView) convertView.findViewById(R.id.icon);
12. holder.text = (TextView) convertView.findViewById(R.id.text);
13. convertView.setTag(holder);
14. } else {
15. holder = (ViewHolder) convertView.getTag();
16. }
17. holder.icon.setImageResource(R.drawable.icon);
18. holder.text.setText(mData[position]);
19. return convertView;
20. }
21.
22. static class ViewHolder {
23. ImageView icon;
24.
25. TextView text;
以上是Google io大會上給出的最佳化建議,經過嘗試ListView確實流暢了許多。
1. @Override
2. public View getView(int position, View convertView, ViewGroup parent) {
3. Log.d("MyAdapter", "Position:" + position + "---"
4. + String.valueOf(System.currentTimeMillis()));
5. final LayoutInflater inflater = (LayoutInflater) mContext
6. .getSystemService(Context.LAYOUT_INFLATER_SERVICE);
7. View v = inflater.inflate(R.layout.list_item_icon_text, null);
8. ((ImageView) v.findViewById(R.id.icon)).setImageResource(R.drawable.icon);
9. ((TextView) v.findViewById(R.id.text)).setText(mData[position]);
10. return v;
11. }
以上是不建議的做法!!
不過我們還是要懷疑一下,SO,我們還是來測試對比一下。
測試說明:
大家可以看到在getView的時候我們通過log列印出position和當前系統時間。我們通過初始化1000條資料到Adapter顯示到ListView,然後滾動到底部,計算出position=0和position=999時的時間間隔。
測試機子:HTC Magic
測試實錄:開啟測序,讓ListView一直滾動底部。
測試結果:
兩種情況在操作過程中體驗明顯不同,在最佳化的情況下流暢很多很多!
1、最佳化建議測試結果
1. 12-05 10:44:46.039: DEBUG/MyAdapter(13929): Position:0---1291517086043
2. 12-05 10:44:46.069: DEBUG/MyAdapter(13929): Position:1---1291517086072
3. 12-05 10:44:46.079: DEBUG/MyAdapter(13929): Position:2---1291517086085
4.
5. ……
6.
7. 12-05 10:45:04.109: DEBUG/MyAdapter(13929): Position:997---1291517104112
8. 12-05 10:45:04.129: DEBUG/MyAdapter(13929): Position:998---1291517104135
9. 12-05 10:45:04.149: DEBUG/MyAdapter(13929): Position:999---1291517104154
10.
11. 耗時:17967
12.
2、沒最佳化的測試結果
1. 12-05 10:51:42.569: DEBUG/MyAdapter(14131): Position:0---1291517502573
2. 12-05 10:51:42.589: DEBUG/MyAdapter(14131): Position:1---1291517502590
3. 12-05 10:51:42.609: DEBUG/MyAdapter(14131): Position:2---1291517502617
4.
5. ……
6.
7. 12-05 10:52:07.079: DEBUG/MyAdapter(14131): Position:998---1291517527082
8. 12-05 10:52:07.099: DEBUG/MyAdapter(14131): Position:999---1291517527108
9.
10. 耗時:24535
11.
在1000條記錄的情況下就有如此差距,一旦資料nW+,ListView的Item布局更加複雜的時候,最佳化的作用就更加突出了!