首页 > 系统 > Android > 正文

Android滑动冲突的完美解决

2019-12-12 03:53:13
字体:
来源:转载
供稿:网友

Android滑动在智能手机上是必备的操作,但是在开发的时候,你是否和我一样,经常会遇到滑动冲突的问题,比如最简单需要在ListView里面添加一个侧滑动作,这时候冲突时必然的,那我们该如何解决这个问题呢?
先来说一下滑动冲突都有那些,该怎么解决。

场景一:类似于ViewPager嵌套Fragmnet并且在Fragmnet中嵌套了一个ListView的效果,可以通过左右滑动来切换或者触发其他view的显示。但是在ViewPager内部已经处理了这个冲突,所以我们会发现ViewPager嵌套Fragmnet的时候很是流畅。如果我们采用的不是ViewPager而是ScrollView,那么就需要我们主动去处理这个冲突了;
场景二:这种情况比较复杂,那就是view和被嵌套的view需要在同一个方向上滑动,这时候,用户滑动view的时候,系统就不知道用户想要滑动的view是哪一个,问题就不由自主的跳出来了;
场景三:场景三是最为复杂的一种,即有场景一的情况,也有场景二的情况,两种情况的叠加,所以需要处理内部和中部、中部和和外部的冲突。

问题已经出来了,那我们怎么解决呢?

view既然可以滑动,那么就有滑动的规律,一般来说,当用户滑动时,需要让外部的view拦截点击事件,当用户上下滑动时,需要让内部view拦截view的点击事件,这时候,我们就可以根据是上下还是左右滑动来具体处理冲突事件。对于场景二和场景三,大致的想法也是差不多的,修改相关的滑动规则就OK了。

1、外部拦截:

所谓的外部拦截是指点击事件都先经过父容器的拦截处理,如果有需要就去拦截,否则不拦截,这样就可以简单的处理场景一的问题了。

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

上面的代码是最基础的外部拦截逻辑,针对不同的情况,修改父容器需要的条件即可。当点击view和释放view的时候,我们不需要处理滑动操作,只需要当拖动view的时候,需要去拦截就OK了。

2、内部拦截:

内部拦截和外部拦截正好相反,指的是所有的事件都传递给子view来处理,如果需要,子view直接消费掉,否则不消费。这里消费是指子view处理掉父容器传递过来的事件。这种方法需要配合requestDisallowInterceptedTouchEvent方法才行:

public boolean dispatchTouchEvent(MotionEvent event){ int x=(int)event.getX(); int y=(int)event.getY(); switch(event.getAction()){ case MotionEvent.ACTION_DOWN:  parent.requestDisallowInterceptedTouchEvent(true);  break; case MotionEvent.ACTION_MOVE:  int deltaX=x-mLastX;  int deltaY=y-mLastY;  if(父容器需要点击事件){  parent.requestDisallowInterceptedTouchEvent(false);  }  break; case MotionEvent.ACTION_UP:  intercepted=false;  break; default:  break;  } mLastX=x; mLastY=y; return super.dispatchTouchEvent(event);}

子view除了需要处理以外,父容器默认拦截除了按下事件以外的所有事件,这样才能让子view调用requestDisallowInterceptedTouchEvent方法时,父容器继续去拦截其他事件。这是典型的内部拦截处理方案。在这里你可能很疑惑,为什么父容器不能拦截ACTION_DOWN事件呢?那是因为ACTION_DOWN事件不受FLAG_DISALLOW_INTERCEPT这个标记的控制,如果父容器拦截ACTION_DOWN事件,那么所有的事件都不可能传递给子view了,这样的拦截根本就不能达到我们的目的。

至于场景三的解决方案,根据情况不同,微调方案一和方案二即可。

解决滑动冲突的方案就这么多,而开篇提到的问题,显然是可以使用方案一来解决的。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表