软件编程
位置:首页>> 软件编程>> Android编程>> Android 中ScrollView嵌套GridView,ListView的实例

Android 中ScrollView嵌套GridView,ListView的实例

作者:gengqiquan  发布时间:2023-06-15 15:49:56 

标签:Android,ScrollView,GridView,ListView

Android 中ScrollView嵌套GridView,ListView的实例

在Android开发中,经常有一些UI需要进行固定style的动态布局,然而由于现在的UI都喜欢把一个界面拉的很长,所以我们很多情况下需要使用ScrollView来嵌套列表控件来实现UI。这样就导致了很多不顺心的问题。

问题一:列表控件显示不完全

原因是嵌套情况下,ScrollView不能正确的计算列表控件的高度。

有两种解决方案

方案一

在适配器赋值完成后代码动态计算列表的高度。这里贴出ListView的计算代码,GridView的计算方式类似,不过需要考虑列数,下面代码没有加上列表控件padding的计算,如果你设置了这个属性,需要加上计算代码


public void setListViewHeightBasedOnChildren(ListView listView) {  
   // 获取ListView对应的Adapter  
   ListAdapter listAdapter = listView.getAdapter();  
   if (listAdapter == null) {  
     return;  
   }  
int totalHeight = 0;  
   for (int i = 0, len = listAdapter.getCount(); i < len; i++) {  
     // listAdapter.getCount()返回数据项的数目  
     View listItem = listAdapter.getView(i, null, listView);  
     // 计算子项View 的宽高  
     listItem.measure(0, 0);  
     // 统计所有子项的总高度  
     totalHeight += listItem.getMeasuredHeight();  
   }  
ViewGroup.LayoutParams params = listView.getLayoutParams();  
   params.height = totalHeight+ (listView.getDividerHeight() * (listAdapter.getCount() - 1));  
   // listView.getDividerHeight()获取子项间分隔符占用的高度  
   // params.height最后得到整个ListView完整显示需要的高度  
   listView.setLayoutParams(params);  
 }  

方案二

重写列表控件的onMeasure方法,这种方案不会出现列表控件本身的滚动条,并且viewholder复用机制会失效


@Override
 public void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
   int expandSpec = MeasureSpec.makeMeasureSpec(1 << 16, MeasureSpec.AT_MOST);
   super.onMeasure(widthMeasureSpec, expandSpec);
 }

方案一代码多,需要多次写,建议写成工具类方便调用;方案二在数据量大到不能一屏显示完的情况下会有性能问题,而且快速滑动的时候ScrollView会不停的去计算列表控件的高度。贼影响绘制性能。
两种方案有利有弊,大家自己取舍

问题二:列表控件自动获取焦点,导致ScrollView自动滚动到列表控件所在的位置

这个问题其实有很多种解决方案,归结起来是两种。

方案一

等待列表控件数据全部加载完成后(包括图片加载)调用ScrollView.fullScroll(ScrollView.FOCUS_UP);

方法让ScrollView滚动到顶部。这个加载完成的时间不好控制,搞得不好会有滚动动画出现,很尴尬的事情。

方案二

重写列表控件的如下两个方法,使之固定返回false


@Override
 public boolean isFocused() {
   return false;
 }
@Override
 public boolean requestFocus(int direction, Rect previouslyFocusedRect) {
   return false;
 }

两种方案的优缺点很明显,喔,第二种方案的缺点我目前没发现。如果你这么使用发现了什么坑,请留言告知

问题三 滑动冲突

这问题就更 * 了,根据UI的不同, * 程度也不同,涉及到view的事件传递知识,很难给出所有情况的解决代码
解决起来也离不开几个要点,不过首先你得熟悉view的事件传递

你需要根据情况决定重写列表控件与ScrollView的如下几个方法,根据情况给方法返回不同的bool值来告诉控件是否拦截或者传递事件,需要哪个控件相应哪个方向的滚动事件就拦截哪个方向的事件传递,作为一个有追求的开发者,切记不要一通乱拦截

@Override
 public boolean onTouchEvent(MotionEvent ev) {
   return super.onTouchEvent(ev);
 }
@Override
 public boolean onInterceptTouchEvent(MotionEvent ev) {
   return super.onInterceptTouchEvent(ev);
 }
@Override
 public boolean dispatchTouchEvent(MotionEvent ev) {
   return super.dispatchTouchEvent(ev);
 }

给个小彩蛋

getParent().requestDisallowInterceptTouchEvent(boolean b);

这一句代码可以在子控件里决定是否让父容器获取事件

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

0
投稿

猜你喜欢

手机版 软件编程 asp之家 www.aspxhome.com