上一篇博客讨论了一下view中的事件分发,既然存在事件分发的过程,那么也就可能存在着冲突。常见的由以下三种形式的冲突。(外面叫做OuterViewGroup,包裹在里面的叫做InnerViewGroup)

  • OuterViewGroupInnerViewGroup 滑动方向不同。(比如 OuterViewGroup 左右滑动,InnerViewGroup上下滑动)。
  • OuterViewGroupInnerViewGroup 滑动方向相同。(比如两者都是上下滑动)。
  • 以上两种情况的混合。

当然,实际上我们需要解决的只是前两种的滑动冲突。(因为第三种只是前两种的混合)。

第一种OuterViewGroupInnerViewGroup 滑动方向不同,这种场景还是比较常见的。比如ViewPager嵌套FragmentFragment里面再嵌套一个需要滑动的东西比如ListView。但是我们在实际项目当中如果有这种组合场景,为什么没有冲突呢,这是因为ViewPager的代码中已经帮我们处理好这种冲突了。

那么如果我们当中有这种情况,又应该如何分析处理呢?假设OuterViewGroup需要左右滑动,InnerViewGroup需要上下滑动。当我们手指触摸(或点击)屏幕时,我们自己心里肯定知道我们的目的,是想让它左右滑动还是上下滑动,那么问题是程序怎么判断我们是左右滑动还是上下滑动呢。(首先要明白我们是不可能在屏幕上画出一条完全垂直或者完全平行的轨迹的)。程序常见的判断方式有几种。比较X轴或Y轴上滑动距离,比较X轴或Y轴上滑动速度。比较滑动的轨迹与坐标轴的夹角。而第一种判断两个方向的距离是比较简单常用的方式。

第二种OuterViewGroupInnerViewGroup 滑动方向相同。那么此时就没有办法根据事件或轨迹在X轴Y轴的速度距离等指标进行判断了。但是此时我们肯定能根据具体的业务场景来做判断(否则这业务或产品设计的不是扯淡嘛)。什么时候该OuterViewGroup滑动,什么时候该InnerViewGroup滑动,这些都要视具体业务场景判断。

针对第一种情况,OuterViewGroup左右滑动,InnerViewGroup上下滑动这种滑动冲突,我们常见的一种解决方案就是在 OuterViewGroup中(也就是父元素中),通过其onInterceptTouchEvent来控制事件应该是自己来处理呢,还是将事件分发给子view(也就是InnerViewGroup来处理)。

这种处理逻辑用伪代码来表示如下:

//记录我们上一个事件中滑动的距离,这是为了进行进一步的判断
int mLastInterceptX = 0;
int mLastInterceptY = 0; public boolean onInterceptTouchEvent(MotionEvent event){
boolean intercept = false;
int x = event.getX();
int y = event.getY(); switch(event.getAction){
case MotionEvent.ACTION_DOWN;
/**
* 要搞清楚,我们是不能拦截ACTION_DOWN事件的。
* 如果在一个事件序列当中,我们拦截了ACTION_DOWN,那么该序列中剩下的事件也会交给该View进行处理,
* 不会再调用 onInterceptTouchEvent()方法来询问是否拦截事件了。
*/
intercept = false;
break;
case MotionEvent.ACTION_MOVE;
//判断是否需要拦截处理事件
if (interceptCondition()){
intercept = true;
} else {
intercept = false;
}
break;
case MotionEvent.ACTION_UP;
//我们常用的onClickListener就是判断的ACTION_UP,所以这里也返回false。
//这样就不会影响 点击(包含长按)事件的处理。
intercept = false;
break;
default:
} mLastInterceptX = x;
mLastInterceptY = y; return intercept;
} //
/**
* 判断父元素即OuterViewGroup是否需要拦截处理事件。
* 常用的判断方式由几种,比如根据X轴Y轴的距离, 速度,夹角等
*/
public boolean interceptCondition(MotionEvent event){
//我们假设OuterViewGroup需要左右滑动,我们根据 X轴和Y轴的距离来判断。
int distanceX = Math.abs(mLastInterceptX - event.getX());
int distanceY = Math.abs(mLastInterceptY - event.getY());
if ( distanceX > distanceY){
return true;
} else {
return false;
}
}

以上就是关于解决滑动冲突的一种常见的方法,除此之外,还有一种方法,就是在InnerViewGroup当中使用requestDisallowTouchEvent来干涉父元素中的事件分发过程,不过这种方法我没有理解透彻,所以就不做阐述了。另外,其实相比之下,第一种方法也更加的简单易懂。

至于第一种方法的demo,参见:https://github.com/yaowen369/BlogDemo/tree/master/Android/AndroidBlogDemo/app/src/main/java/com/yaoxiaowen/android_blog_demo/dispatch_event/slide_conflict

处的代码

备注:本篇博客的内容,均是参考了 任玉刚 的《Android开发艺术探索》的相关章节。


作者:
www.yaoxiaowen.com

github:
https://github.com/yaowen369

欢迎对于本人的博客内容批评指点,如果问题,可评论或邮件(yaowen369@gmail.com)联系

<p >
欢迎转载,转载请注明出处.谢谢
</p> <script type="text/javascript">
function Curgo()
{
window.open(window.location.href);
}
</script>

Android View的事件冲突的更多相关文章

  1. Android View 的事件分发原理解析

    作为一名 Android 开发者,每天接触最多的就是 View 了.Android View 虽然不是四大组件,但其并不比四大组件的地位低.而 View 的核心知识点事件分发机制则是不少刚入门同学的拦 ...

  2. Android View的事件分发机制和滑动冲突解决方案

    这篇文章会先讲Android中View的事件分发机制,然后再介绍Android滑动冲突的形成原因并给出解决方案.因水平有限,讲的不会太过深入,只希望各位看了之后对事件分发机制的流程有个大概的概念,并且 ...

  3. Android View 的事件体系

    android 系统虽然提供了很多基本的控件,如Button.TextView等,但是很多时候系统提供的view不能满足我们的需求,此时就需要我们根据自己的需求进行自定义控件.这些控件都是继承自Vie ...

  4. Android view 的事件分发机制

    1 事件的传递顺序是 Activity -> Window -> 顶层View touch 事件产生后,最先由 activity 的 dispatchTouchEvent 处理 /** * ...

  5. viewpager与子view的事件冲突解决

    问题: 对android的事件机制一直不怎么了解,最近android项目中运用viewpager+listview (就是viewpager的子view中嵌套了listview),出现了触摸手势冲突 ...

  6. Android View的事件分发

    如果接触android开发时间足够长的话,或多或少都会遇到各种各样事件冲突的问题,要想解决这类问题,对深入理解事件分发机制是很有必要的,接下来几天都会尽自己所能尽可能将这方面讲清楚.  View的事件 ...

  7. Android ListView焦点事件冲突问题与解决

    Android ListView对于单纯列表展示是很好用的,但是一旦牵扯到对listView进行操作就会遇到各种各样的问题.比如保存Checkbox状态与item复用的冲突.遇到可获取焦点的控件比如说 ...

  8. Android View的事件分发机制探索

    概述 Android事件传递机制也是Android系统中比较重要的一块,事件类型有很多种,这里主要讨论TouchEvent的事件在framework层的传递处理机制.因为对于App开发人员来说,理解f ...

  9. Android View的事件分发机制

    准备了一阵子,一直想写一篇事件分发的文章总结一下.这个知识点实在是太重要了. 一个应用的布局是丰富的,有TextView,ImageView,Button等.这些子View的外层还有ViewGroup ...

随机推荐

  1. nignx 测试配置文件

    nginx -t nginx: the configuration file /usr/local/nginx-1.2.9/conf/nginx.conf syntax is ok nginx: co ...

  2. QT之UDP通信

    前言:前一篇讲了TCP通信,这篇来看看UDP通信. 这里说明一下,UDP通信中分为三种通信分别为单播.组播和广播,下面将一一为大家介绍. 同样的我们都需要在工程文件中添加network QT += c ...

  3. PHP运算符优先级 运算符分类

    运算符 运算符是可以通过给出的一或多个值(用编程行话来说,表达式)来产生另一个值(因而整个结构成为一个表达式)的东西. 运算符可按照其能接受几个值来分组.一元运算符只能接受一个值,例如 !(逻辑取反运 ...

  4. NHibernate之旅(13):初探马上载入机制

    本节内容 引入 马上载入 实例分析 1.一对多关系实例 2.多对多关系实例 结语 引入 通过上一篇的介绍,我们知道了NHibernate中默认的载入机制--延迟载入.其本质就是使用GoF23中代理模式 ...

  5. Android之——ListView优化

    转载请注明出处:http://blog.csdn.net/l1028386804/article/details/47209253 作为client.其最基本的任务就是最直观的和用户交互.从serve ...

  6. NHibernate3剖析:Configuration篇之SessionFactory lambda配置

    概览 在NHibernate3.0中.SessionFactory的Properties和Cache配置实现了流配置(fluent-configuration)和lambda表达式配置(lambda- ...

  7. Springboot的默认定时任务——Scheduled注解

    本博客参考博文地址. 1.pom依赖: 引入springboot starter包即可 <dependencies> <dependency> <groupId>o ...

  8. 五.RabbitMQ之路由(Routing)和主题(topics)

    翻译官网的文章已经翻译了几天了,这份官方文档写的总体算是很简洁易懂.它让我们很快的入门并了解了RabbitMQ的运作原理和使用方式.本篇最后介绍一下Exchange的另外两种类别,即direct和to ...

  9. 存储与索引------《Designing Data-Intensive Applications》读书笔记3

    在上一篇的笔记之中,我们讨论了数据模型和查询语言.在第三章之中我们来聊一聊不同的数据引擎内部是如何实现存储和检索的,以及不同设计之间的折中与妥协. 1.键值对数据库 键值对数据库是数据库形式之中最简单 ...

  10. angular过滤器基本用法

    1.过滤器主要用于数据的筛选,可以直接在模板使用 语法: {{expression | filter}} {{expression | filter | filter2}} {{expression ...