jiejie 2010-12-12
Android在UI优化方面可以从以下五个方面入手:
◆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: /** 2: * 歌曲列表适配器 3: * 4: * @version 2010-11-24 下午05:13:33 5: * @author Hal 6: */ 7: public class AudioListAdapter extends BaseAdapter { 8: 9: private Context mContext; 10: 11: // 歌曲集合 12: private ArrayList<Audio> mAudios; 13: 14: public AudioListAdapter(Context mContext, ArrayList<Audio> mAudios) { 15: this.mContext = mContext; 16: this.mAudios = mAudios; 17: } 18: 19: @Override 20: public int getCount() { 21: return mAudios != null ? mAudios.size() : 0; 22: } 23: 24: @Override 25: public Object getItem(int position) { 26: if ((mAudios != null && mAudios.size() > 0) && (position >= 0 && position < mAudios.size())) { 27: return mAudios.get(position); 28: } 29: return null; 30: } 31: 32: /** 33: * 如果集合中的对象数据来自数据库,建议此方法返回该对象在数据库中的ID 34: */ 35: @Override 36: public long getItemId(int position) { 37: if ((mAudios != null && mAudios.size() > 0) && (position >= 0 && position < mAudios.size())) { 38: return mAudios.get(position).getId(); 39: } 40: return position; 41: } 42: 43: @Override 44: public View getView(int position, View convertView, ViewGroup parent) { 45: //TODO 返回自定的View 46: }
Adapter与View的连接主要依靠getView这个方法返回我们需要的自定义view。ListView是Android app中一个最最最常用的控件了,所以如何让ListView流畅运行,获取良好的用户体验是非常重要的。对ListView优化就是对Adapter中的getView方法进行优化。09年的Google IO大会给出的优化建议如下:
Adapter优化示例代码:
@Override public View getView(int position, View convertView, ViewGroup parent) { Log.d("MyAdapter", "Position:" + position + "---" + String.valueOf(System.currentTimeMillis())); ViewHolder holder; if (convertView == null) { final LayoutInflater inflater = (LayoutInflater) mContext .getSystemService(Context.LAYOUT_INFLATER_SERVICE); convertView = inflater.inflate(R.layout.list_item_icon_text, ull); holder = new ViewHolder(); holder.icon = (ImageView) convertView.findViewById(R.id.icon); holder.text = (TextView) convertView.findViewById(R.id.text); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } holder.icon.setImageResource(R.drawable.icon); holder.text.setText(mData[position]); return convertView; } static class ViewHolder { ImageView icon; TextView text;
以上是Google io大会上给出的优化建议,经过尝试ListView确实流畅了许多。
@Override public View getView(int position, View convertView, ViewGroup parent) { Log.d("MyAdapter", "Position:" + position + "---" + String.valueOf(System.currentTimeMillis())); final LayoutInflater inflater = (LayoutInflater) mContext .getSystemService(Context.LAYOUT_INFLATER_SERVICE); View v = inflater.inflate(R.layout.list_item_icon_text, null); ((ImageView) v.findViewById(R.id.icon)).setImageResource(R.drawable.icon); ((TextView) v.findViewById(R.id.text)).setText(mData[position]); return v; }
以上是不建议的做法!!
不过我们还是要怀疑一下,SO,我们还是来测试对比一下。
测试说明:
大家可以看到在getView的时候我们通过log打印出position和当前系统时间。我们通过初始化1000条数据到Adapter显示到ListView,然后滚动到底部,计算出position=0和position=999时的时间间隔。
测试机子:HTC Magic
测试实录:打开测序,让ListView一直滚动底部。
测试结果:
两种情况在操作过程中体验明显不同,在优化的情况下流畅很多很多!
1、优化建议测试结果
12-05 10:44:46.039: DEBUG/MyAdapter(13929): Position:0---1291517086043 12-05 10:44:46.069: DEBUG/MyAdapter(13929): Position:1---1291517086072 12-05 10:44:46.079: DEBUG/MyAdapter(13929): Position:2---1291517086085 …… 12-05 10:45:04.109: DEBUG/MyAdapter(13929): Position:997---1291517104112 12-05 10:45:04.129: DEBUG/MyAdapter(13929): Position:998---1291517104135 12-05 10:45:04.149: DEBUG/MyAdapter(13929): Position:999---1291517104154 耗时:17967
2、没优化的测试结果
前几篇介绍了设计模式的特性并且详细讲解了4种创建型模式,创建型模式是负责如何产生对象实例的,接下来讲讲结构型模式。结构型模式是解析类和对象的内部结构和外部组合,通过优化程序结构解决模块之间的耦合问题。