詳解如何讓Android UI設計性能更高效

作者: HalZhang 來源: 博客園發布時間: 2010-12-20 23:09 閱讀: 6000 次推薦: 0 原文鏈接 [收藏]

摘要：本文為一名參加過09年Google IO大會的開發者的一篇把關于移動應用方面的主題不錯的PPT改編的文章，對移動應用開發者是很有幫助的。

　　本文為一名參加過09年Google IO大會的開發者的一篇把關于移動應用方面的主題不錯的PPT改編的文章，對移動應用開發者是很有幫助的。

　　Android在UI優化方面可以從以下五個方面入手：

　　◆Adapter優化

　　◆背景和圖片優化

　　◆繪圖優化

　　◆視圖和布局優化

　　◆內存分配優化

　　Adapter優化

　　什么是Adapter？

　　Adapter在Android中占據一個重要的角色，它是數據和UI（View）之間一個重要的紐帶。在常見的View(ListView,GridView)等地方都需要用到Adapter。如圖1直觀的表達了Data、Adapter、View三者的關系。

圖1 Adapter、數據、UI三者關系

　　一、Android中Adapter

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一直滾動底部。

device

　　測試結果：

　　兩種情況在操作過程中體驗明顯不同，在優化的情況下流暢很多很多！

　　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布局更加復雜的時候，優化的作用就更加突出了！