一、问题描述
在Android开发中使用最多的复合控件非ListView莫属了,稍复杂的UI会在ListView上面增加布局,最常见的就是上面广告栏,下面ListView,类似于下面这种:
在界面上下滑动时,上面的广告栏布局能够随着ListView滑动。
二、 解决方法
关于这个问题的解决方案,网上也有一大批了,但是基本都没有对这些解决方案的原理进行分析,只是知其然不知其所以然,所以本文的目的除了要对这些解决方案进行分类解析,还会对这些方案的优劣进行对比。下面进入正题。
常用的解决方案大体分为两类:一类是在ScrollView里面嵌套ListView,一类是只用ListView。
下面分别分析这两类方案。
1. 在ScrollView里面嵌套ListView
在ScrollView里面嵌套ListView会出现两个问题:第一,ScrollView和ListView都有上下滑动事件,放在一起会存在滑动冲突;第二,ListView的高度显示问题。
1) ScrollView和ListView都有上下滑动事件
ScrollView嵌套ListView时,到底应该怎么滑动呢?我通过黑盒测试的方法做了四个实验:
第一次,把ListView的高度设置成match_parent或wrap_content,把ScrollView的fillViewPort设置为false,此时ListView只显示一行,因此ScrollView不能滑动,ListView虽然只有一行还是能滑动的。
第二次,把ListView的高度设置成match_parent或wrap_content,把ScrollView的fillViewPort设置为true,此时ScrollView和ListView都是全屏显示,但是没有超出屏幕,所以ScrollView不能滑动,而ListView可以滑动。
第三次,把ListView的高度设置成较小的固定值,比如300dp,把ScrollView的fillViewPort设置为false(默认值),此时ScrollView不能滑动,而ListView可以滑动。
第四次,把ListView的高度设置成较大的固定值,比如1000dp,把ScrollView的fillViewPort设置为false(默认值),此时ScrollView和ListView的高度都超出了屏幕,但是只有ScrollView在滑动,因为滑动ListView的时候上面的布局被滑动上去了。
通过这四个实验,基本可以看出ScrollView嵌套ListView时的滑动处理顺序:
i. 当ScrollView能够滑动时,ScrollView的滑动会覆盖掉ListView的滑动;
ii. 能滑动的条件是ScrollView或ListView的内容超出了其布局或控件的高度。
也就是说,ScrollView嵌套ListView本身对滑动事件的处理已经满足了我们的需求,所以也就不需要对滑动事件自己再进行处理。
2) ListView的高度显示问题
上面分析了滑动冲突的问题,可以看出滑动冲突不需要自己解决,所以这个解决方案的核心就集中到了ListView的高度显示问题上了。解决这个问题,常用的有三种方案:第一是自定义ListView,第二是手动设置ListView高度,第三是自定义LinearLayout模拟ListView。
i. 自定义ListView
public class ListViewForScroll extends ListView
{
public ListViewForScroll(Context context)
{
super(context);
}
public ListViewForScroll(Context context, AttributeSet attrs)
{
super(context, attrs);
}
public ListViewForScroll(Context context, AttributeSet attrs, int defStyle)
{
super(context, attrs, defStyle);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec)
{
// TODO Auto-generated method stub
int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, expandSpec);
}
}
主要就是重载了onMeasure方法。其中,Integer.MAX_VALUE >> 2是int类型取30位时的最大整数。我们都知道Integer是32位整数,这里widthMeasureSpec和heightMeasureSpec就用了32位的int作为参数,高2位代表模式,有三种UNSPECIFIED、EXACTLY、AT_MOST,具体意义就不再解释了,这也是自定义View的基础知识。低30位代表值。Integer.MAX_VALUE是int的最大32位值,右移2位,就是30位,同样是最大值,只不过是30位的最大值。所以在模式上也只能选择MeasureSpec.AT_MOST。MeasureSpec.makeMeasureSpec则是把模式和值合成为一个int值,这里赋给了高度,即这个ListView的显示高度会是其能显示出来的最大值,所有的条目都会显示出来。
ii. 手动设置ListView高度
public static void setListViewHeightBasedOnChildren(ListView listView)
{
ListAdapter listAdapter = listView.getAdapter();
if (listAdapter == null)
{
// pre-condition
return;
}
int totalHeight = 0;
for (int i = 0; i < listAdapter.getCount(); i++)
{
View listItem = listAdapter.getView(i, null, listView);
listItem.measure(0, 0);
totalHeight += listItem.getMeasuredHeight();
}
ViewGroup.LayoutParams params = listView.getLayoutParams();
params.height = totalHeight + (listView.getDividerHeight() * (listAdapter.getCount() - 1));
listView.setLayoutParams(params);
}
这里就是去获取每个条目的View高度(listItem.measure(0, 0)就是不用考虑父控件高度,直接计算子布局高度),然后所有子View高度相加得到总高度,并设置给ListView的LayoutParams。
iii. 自定义LinearLayout模拟ListView
public class LinearLayoutListView extends LinearLayout
{
private BaseAdapter adapter;
private MyOnItemClickListener onItemClickListener;
boolean footerViewAttached = false;
private View footerview;
public LinearLayoutListView(Context context)
{
super(context);
initAttr(null);
}
public LinearLayoutListView(Context context, AttributeSet attrs)
{
super(context, attrs);
initAttr(attrs);
}
public void initAttr(AttributeSet attrs)
{
setOrientation(VERTICAL);
}
/**
* 初始化footerview
*
* @param footerView
*/
public void initFooterView(final View footerView)
{
this.footerview = footerView;
}
/**
* 设置footerView监听事件
*
* @param onClickListener
*/
public void setFooterViewListener(OnClickListener onClickListener)
{
this.footerview.setOnClickListener(onClickListener);
}
public BaseAdapter getAdapter()
{
return adapter;
}
/**
* 设置adapter并模拟listview添加????数据
*
* @param adpater
*/
public void setAdapter(BaseAdapter adpater)
{
this.adapter = adpater;
removeAllViews();
if (footerViewAttached)
addView(footerview);
notifyChange();
}
/**
* 设置条目监听事件
*
* @param onClickListener
*/
public void setOnItemClickListener(MyOnItemClickListener onClickListener)
{
this.onItemClickListener = onClickListener;
}
/**
* 没有下一页了
*/
public void noMorePages()
{
if (footerview != null && footerViewAttached)
{
removeView(footerview);
footerViewAttached = false;
}
}
/**
* 可能还有下一??
*/
public void mayHaveMorePages()
{
if (!footerViewAttached && footerview != null)
{
addView(footerview);
footerViewAttached = true;
}
}
/**
* 通知更新listview
*/
public void notifyChange()
{
int count = getChildCount();
if (footerViewAttached)
{
count--;
}
LayoutParams params = new LayoutParams(LayoutParams.FILL_PARENT, LayoutParams.WRAP_CONTENT);
for (int i = count; i < adapter.getCount(); i++)
{
final int index = i;
final LinearLayout layout = new LinearLayout(getContext());
layout.setLayoutParams(params);
layout.setOrientation(VERTICAL);
View v = adapter.getView(i, null, null);
v.setOnClickListener(new OnClickListener()
{
@Override
public void onClick(View v)
{
if (onItemClickListener != null)
{
onItemClickListener.onItemClick(LinearLayoutListView.this, layout, index,
adapter.getItem(index));
}
}
});
ImageView imageView = new ImageView(getContext());
imageView.setBackgroundResource(R.drawable.icon);
imageView.setLayoutParams(params);
layout.addView(v);
layout.addView(imageView);
addView(layout, index);
}
}
public static interface MyOnItemClickListener
{
public void onItemClick(ViewGroup parent, View view, int position, Object o);
}
}
实现了ListView的基础功能,但是ListView的核心功能没有实现,对比中将做详细分析。
2. 只用ListView
1) 自定义Adapter
public View getView(final int position, View convertView, ViewGroup parent)
{
if(position == 0)
{
convertView = mInflater.inflate(R.layout.banner, parent, false);
}
else
{
convertView = mInflater.inflate(R.layout.list, parent, false);
}
}
2) 用addHeaderView
listview.addHeaderView(banner1);
listview.addHeaderView(banner2);
listview.setAdapter(adapter);
通过给ListView添加HeaderView来实现。需要注意的是,addHeaderView要在setAdapter前调用,多个addHeaderView会依次从上向下添加。
看ListView的源码可以看出,addHeaderView再setAdapter后,在ListView中会生成一个新的HeaderViewListAdapter设置给ListView。
三、 各种方案优劣对比
1. 自定义ListView
优点:写法简单,不影响ListView使用。
缺点:
1) 由于高度设置成最大值,所有条目都会进行绘制,只是有些条目会在屏幕之外显示不出来。举个例子,我传递的数据有20条,但是屏幕只够显示10条,此时用自定义的ListView会调用20次getView把所有条目都绘制出来,完全放弃了ListView的复用机制,跟直接写布局没有什么区别了,会造成页面加载速度缓慢的问题。
ps:在ScrollView嵌套ListView时,会出现ListView没有显示出第0条,而是在中间某个位置,此时可以调用mScrollView.smoothScrollTo(0,20)把ScrollView滑动到起始位置。
2) ListView高度要设置成match_parent
2. 手动设置ListView高度
优点:能够实现功能需求。
缺点:
1) 每个条目的布局要用LinearLayout,而不要用RelativeLayout,因为LinearLayout重写了onMeasure方法,其他布局没有。
2) ListView高度要设置成match_parent
3) 在ListView设置Adaper和调用notifyDataSetChanged时候都要调用该方法。
4) 由于高度设置成最大值,所有条目都会进行绘制,只是有些条目会在屏幕之外显示不出来。举个例子,我传递的数据有20条,但是屏幕只够显示10条,此时用自定义的ListView会调用20次getView把所有条目都绘制出来,完全放弃了ListView的复用机制,跟直接写布局没有什么区别了,会造成页面加载速度缓慢的问题。
3. 自定义LinearLayout模拟ListView
优点:能够实现功能需求。
缺点:
1) ListView高度要设置成match_parent
2) 由于高度设置成最大值,所有条目都会进行绘制,只是有些条目会在屏幕之外显示不出来。举个例子,我传递的数据有20条,但是屏幕只够显示10条,此时用自定义的ListView会调用20次getView把所有条目都绘制出来,完全放弃了ListView的复用机制,跟直接写布局没有什么区别了,会造成页面加载速度缓慢的问题。
4. 自定义Adapter
优点:只有ListView的情况下,RecycleIn的复用机制再次发挥作用,只会绘制显示出来的条目,在页面加载速度上好很多。
缺点:写法稍微复杂。
5. 用addHeaderView
优点:
i. 只有ListView的情况下,RecycleIn的复用机制再次发挥作用,只会绘制显示出来的条目,在页面加载速度上好很多。
ii. 用addHeaderView和自定义Adapter在底层实现上是一样的,但是用addHeaderView在adapter的position处理上更加方便,因为其postion是跟传进来的数据的position对应的,而用自定义adapter显示position是比数据position多一条或几条的,所以用addHeaderView比用自定义Adapter更加易用。
缺点:目前还没有发现。