欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

Android App中ViewPager所带来的滑动冲突问题解决方法

程序员文章站 2024-03-03 15:53:10
叙述 滑动冲突可以说是日常开发中比较常见的一类问题,也是比较让人头疼的一类问题,尤其是在使用第三方框架的时候,两个原本完美的控件,组合在一起之后,忽然发现整个世界都不好了...

叙述
滑动冲突可以说是日常开发中比较常见的一类问题,也是比较让人头疼的一类问题,尤其是在使用第三方框架的时候,两个原本完美的控件,组合在一起之后,忽然发现整个世界都不好了。

关于滑动冲突
滑动冲突分类:
滑动冲突,总的来说就是两类。

1.同方向滑动冲突
比如scrollview嵌套listview,或者是scrollview嵌套自己

2.不同方向滑动冲突
比如scrollview嵌套viewpager,或者是viewpager嵌套scrollview,这种情况其实很典型。现在大部分应用最外层都是viewpager+fragment 的底部切换(比如微信)结构,这种时候,就很容易出现滑动冲突。不过viewpager里面无论是嵌套listview还是scrollview,滑动冲突是没有的,毕竟是官方的东西,可能已经考虑到了这些,所以比较完善。

复杂一点的滑动冲突,基本上就是这两个冲突结合的结果。

滑动冲突解决思路
滑动冲突,就其本质来说,两个不同方向(或者是同方向)的view,其中有一个是占主导地位的,每次总是抢着去处理外界的滑动行为,这样就导致一种很别扭的用户体验,明明只是横向的滑动了一下,纵向的列表却在垂直方向发生了动作。就是说,这个占主导地位的view,每一次都身不由己的拦截了这个滑动的动作,因此,要解决滑动冲突,就是得明确告诉这个占主导地位的view,什么时候你该拦截,什么时候你不应该拦截,应该由下一层的view去处理这个滑动动作。

这里不明白的同学,可以去了解一下android touch事件的分发机制,这也是解决滑动冲突的核心知识。

第二种滑动冲突,解决起来是比较简单的。这里就结合例子说一下。

这里,说一下背景情况。之前做下拉刷新、上拉加载更多时一直使用的是pulltorefreshview这个控件,因为很方便,不用导入三方工程。在其内部可以放置listview,gridview及scrollview,非常方便,用起来可谓是屡试不爽。但是直到有一天,因项目需要,在listview顶部加了一个轮播图控件bannerview。结果发现轮播图滑动的时候,和纵向的下拉刷新组件冲了。
如之前所说,解决滑动冲突的关键,就是明确告知接收到touch的view,是否需要拦截此次事件。

解决方法:
解决方案1,从外部拦截机制考虑
这里,相当于是pulltorefreshview嵌套了viewpager,那么每次优先接收到touch事件的必然是pulltorefreshview。这样就清楚了,看代码:

在pulltorefreshview中:

  

 @override
  public boolean onintercepttouchevent(motionevent e) {
    int y = (int) e.getrawy();
    int x = (int) e.getrawx();
    boolean resume = false;
    switch (e.getaction()) {
      case motionevent.action_down:
        // 发生down事件时,记录y坐标
        mlastmotiony = y;
        mlastmotionx = x;
        resume = false;
        break;
      case motionevent.action_move:
        // deltay > 0 是向下运动,< 0是向上运动
        int deltay = y - mlastmotiony;
        int deleax = x - mlastmotionx;

        if (math.abs(deleax) > math.abs(deltay)) {
          resume = false;
        } else {
        //当前正处于滑动
          if (isrefreshviewscroll(deltay)) {
            resume = true;
          }
        }
        break;
      case motionevent.action_up:
      case motionevent.action_cancel:
        break;
    }
    return resume;
  }

这里最关键的代码就是这行

if (math.abs(deleax) > math.abs(deltay)) {
          resume = false;
        }

横向滑动距离大于纵向时,无须拦截这次滑动事件。其实,就是这么简单,但前提是你必须明确了解android touch事件的传递机制,期间各个方法执行的顺序及意义。

解决方案2,从内容逆向思维分析
有时候,我们不想去修改引入的第三方控件,或者说是无法修改时。就必须考虑从当前从touch传递事件中最后的那个view逆向考虑。首先,由android中view的touch事件传递机制,我们知道touch事件,首先必然由最外层view拦截,如果无法更改这个最外层view,那么是不是就没辙了呢?其实不然,android这么高大上的系统必然考虑到了这个问题,好了废话不说,先看代码

  private bannerview carouselview;
  private context mcontext;

  private pulltorefreshview refreshview;

  .........

 refreshview.setontouchlistener(new view.ontouchlistener() {
      @override
      public boolean ontouch(view v, motionevent event) {
        carouselview.getparent().requestdisallowintercepttouchevent(false);
        return false;
      }
    });

    carouselview.setontouchlistener(new view.ontouchlistener() {
      @override
      public boolean ontouch(view v, motionevent event) {
        carouselview.getparent().requestdisallowintercepttouchevent(true);
        int x = (int) event.getrawx();
        int y = (int) event.getrawy();

        switch (event.getaction()) {
          case motionevent.action_down:
            lastx = x;
            lasty = y;
            break;
          case motionevent.action_move:
            int deltay = y - lasty;
            int deltax = x - lastx;
            if (math.abs(deltax) < math.abs(deltay)) {
              carouselview.getparent().requestdisallowintercepttouchevent(false);
            } else {
              carouselview.getparent().requestdisallowintercepttouchevent(true);
            }
          default:
            break;
        }
        return false;
      }
    });

说一下这个方法

public abstract void requestdisallowintercepttouchevent (boolean disallowintercept)

子view如果不希望其父view拦截touch事件时,可调用此方法。当disallowintercept这个参数为true时,父view将不拦截。
好了,言归正传。这里拦截直接也很明确,在carouselview的ontouch方法中每次进入就设定父view不拦截此次事件,然后在motion_move时候,根据滑动的距离判断再决定是父view是否有权利拦截touch事件(即滑动行为)。

viewpager禁止滑动
或者我们干脆就把滑动给禁止了:

public class customviewpager extends viewpager {
 
  private boolean ispagingenabled = true;
 
  public customviewpager(context context) {
    super(context);
  }
 
  public customviewpager(context context, attributeset attrs) {
    super(context, attrs);
  }
 
  @override
  public boolean ontouchevent(motionevent event) {
    return this.ispagingenabled && super.ontouchevent(event);
  }
 
  @override
  public boolean onintercepttouchevent(motionevent event) {
    return this.ispagingenabled && super.onintercepttouchevent(event);
  }
 
  public void setpagingenabled(boolean b) {
    this.ispagingenabled = b;
  }}