渐忘的歌

android开发

view的滑动冲突

一、常见冲突场景: 
(1)外部滑动方向和内部滑动方向不一致 
主要是将ViewPager和Fragment配合使用所组成的页面滑动效果,主流应用几乎都会使用这个效果。在这种效果中,可以通过左右滑动来切换页面,而每个页面内部往往又是一个ListView。这种情况是有滑动冲突的,但是ViewPager内部处理了这种滑动冲突,因此采用ViewPager时我们无需关注此问题。但是如果我们采用的是ScrollView等,就需要手动处理滑动冲突了,否则造成的后果就是内外两层只能有一层能够滑动,这是因为两者之间的滑动事件有冲突。此外还有其他情况,比如外部上下滑动、内部左右滑动等,但是他们属于同一类滑动冲突。 
(2)外部滑动方向和内部滑动方向一致 
当内外两层都在同一个方向可以滑动的时候,显然存在逻辑问题。因为当手指开始滑动时,系统无法知道用户到底是想让哪一层滑动,所以当手指滑动时就会出现问题,要么只有一层可以滑动,要么就是内外两层都滑动的很卡顿。在实际开发中,这种场景主要是指内外两层View同时能上下滑动或者是可以同时左右滑动。 
(3)上面两种情况嵌套 
是上面两种情况的嵌套,所以他的滑动冲突看起来更复杂了。比如:内层有一个场景一的滑动效果,然后外层又有一个场景二的滑动效果。具体说就是,外部有一个SlideMenu效果,然后内部有一个ViewPager,ViewPager的每一个页面又是一个ListView。虽说看起来更复杂,但是他是几个单一滑动冲突的叠加,因此只需要分别处理内层和中层、中层和外层之间的滑动冲突即可。

从本质上来说,这三种滑动冲突场景的复杂度其实是相同的,因为他们的区别仅仅是滑动策略的不同。解决滑动冲突的方法,基本上是运用内部拦截和外部拦截来处理的。

二、滑动冲突的解决方式 
1、外部拦截法 

外部拦截法是指点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,如果不需要就不拦截,这样就可以解决滑动冲突的问题,这种方法比较符合点击事件的分发机制。外部拦截需要重写父容器的onInterceptTouchEvent方法,在内部做相应拦截即可。

相应的伪代码如下:

public boolean onInterceptTouchEvent(MotionEvent event){
    boolean intercepted=false;
    int x=(int)event.getX();
    int y=(int)event.getY();
    switch(event.getAction){
        case MotionEvent.ACTION_DOWM:
            intercepted=false;
        break;
        case MotionEvent.ACTION_MOVE:
          if(父容器需要当前点击事件){
              intercepted=true;
          }else{
              intercepted=false;
          }
        break;
        case MotionEvent.ACTION_UP:
            intercepted=false;
        break;
    }
    mLastXIntercept=x;
    mLastYIntercept=y;
    return intercepted;
}

上述代码是外部拦截法的典型逻辑,针对不同的滑动冲突,只需要修改父容器需要当前点击事件这个条件即可,其他均不做修改。 
在onIntercepetTouchEvent方法中: 
(1)ACTION_DOWN事件,父容器必须返回false,即不拦截ACTION_DOWN事件,这是因为一旦拦截ACTION_DOWN事件,那么后续的ACTION_MOVE和ACTION_UP事件都会直接交由父容器处理,这个时候事件就没法再传递给子元素了; 
(2)ACTION_MOVE事件,这个事件可以根据需求来决定是否拦截,如果父容器需要拦截则返回true,否则但会false; 
(3)ACTION_UP事件,这里必须返回false,因为ACTION_UP事件本身就没有太多意义。

假设事件交由子元素处理,如果父容器在ACTION_UP时返回了true,就会导致子元素无法接受到ACTION_UP事件,这个时候子元素的onClick事件就无法触发,但是父容器比较特殊,一旦它开始拦截任何一个事件,那么后续的事件都会交给它来处理,而ACTION_UP作为最后一个事件也必行可以传递给父容器,即便父容器的onInterceptTouchEvent方法在ACTIPN_UP是返回了false。

2、内部拦截法 
内部拦截法是指父容器不拦截任何事件,所有的事件都传递给子元素,如果子元素需要就直接消耗掉,否则就交由父容器进行处理,这种方法和Android中的事件分发机制不一致,需要配合requestDisallowInterceptTouchEvent方法才能正常工作,使用起来较外部拦截稍显复杂。需要重写子元素的dispatchTouchEvent方法,

需要重写子元素的dispatchTouchEvent方法,伪代码如下:

public boolean dispatchTouchEvent(MotionEvent event){
    int x=(int)event.getX();
    int y=(int)event.getY();

    switch(event.getAction){
        case MotionEvent.ACTION_DOWN:
            parent.requestDisallowInterceptTouchEvent(true);
            break;

        case MotionEvent.ACTION_MOVE:
            int deltaX=x-mLastX;
            int daltaY=y-mLastY;
            if(父容器需要此类点击事件){
                parent.requestDisallowInterceptTouchEvent(false);
            }
            break;

       case MotionEvent.ACTION_UP:
           break;
    }
    mLastX=x;
    mLastY=y;
    return super.dispatchTouchEvent(event);
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24

当面对不同的滑动策略时只需要修改里面的条件即可,其他不需要做改动。除了子元素需要做处理以外,父元素也需要默认拦截除了ACTION_DOWN以外的其他事件,这样当子元素调用parent.requestDisallowInterceptTouchEvent(false)方法时,父元素才能继续拦截所需的事件。

因为ACTION_DOWN事件并不受FLAG_DISALLOW_INTERCEPT这个标记位的控制,所以父容器一旦拦截ACTION_DOWN事件,那么所有的事件都无法传递到子元素中去,这样内部拦截就无法起作用了。所以父元素需做如下修改:

public boolean onInterceptTouchEvent(MotionEvent event){

    int action=event.getAction();
    if(action==MotionEvent.ACTION_DOWN){
     return false;
    }else{
     return true;
      }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

以上两种方式,基本可以完美解决开发中遇到的滑动冲突问题。


阅读更多
个人分类: Android
上一篇View的事件分发机制
下一篇Java反射
想对作者说点什么? 我来说一句

滑动冲突处理示例代码

2016年07月24日 563KB 下载

没有更多推荐了,返回首页

关闭
关闭