在上一篇文章中,浅谈Android 事件分发机制(一)
,简要分析了一下事件分发机制的原理,总结一下就是事件层层传递,直到被消费,原理看似简单,但是在实际使用过程中,场景各不相同,复杂程度也就因产品而异,这篇文章就通过给view加移动来模拟事件分发。
触摸事件
事件 | 简介 |
---|---|
ACTION_DOWN | 手指 初次接触到屏幕 时触发 |
ACTION_MOVE | 手指 在屏幕上滑动 时触发,会多次触发 |
ACTION_UP | 手指 离开屏幕 时触发。 |
ACTION_CANCEL | 事件 被上层拦截 时触发。 |
这里涉及到几个与手指触摸相关的常见事件:
事件 | 简介 |
---|---|
ACTION_DOWN | 手指 初次接触到屏幕 时触发 |
ACTION_MOVE | 手指 在屏幕上滑动 时触发,会多次触发 |
ACTION_UP | 手指 离开屏幕 时触发。 |
ACTION_CANCEL | 事件 被上层拦截 时触发。 |
对于单指触控移动来说,一次简单的交互流程是这样的:
手指落下(ACTION_DOWN) -> 移动(ACTION_MOVE) -> 离开(ACTION_UP)
坐标系
Android坐标系以手机屏幕左上角的顶点为坐标原点,从该点向右为x轴正方向,从该点向下为y轴正方向。 上图所示,一次触摸涉及到多种距离的计算,
上图所标注的方法可以分为两类,一类是View提供的方法,一类是MotionEvent提供的方法。
View提供的:
getTop()
:获取到view自身的顶边到其父布局顶边的距离
getLeft()
:获取到view自身的左边到其父布局左边的距离
getRight()
:获取到view自身的右边到其父布局左边的距离
getBottom()
:获取到view自身底边到其父布局顶边的距离
MotionEvent提供的方法:
getX()
:获取触摸点距离控件左边的距离,即视图坐标
getY()
: 获取触摸点距离控件顶边的距离,即视图坐标
getRawX()
:获取触摸点距离整个屏幕左边的距离,即绝对坐标
getRawY()
:获取触摸点距离整个屏幕顶边的距离,即绝对坐标
知道了以上的知识点后,基于文章一做view的移动,这里还是三个视图ViewC、ViewGroupB、ViewGroupA
C添加移动
image给ViewC(蓝色区域)添加移动
onTouchEvent
返回true,自身消费事件。手指按下
MotionEvent.ACTION_DOWN
,记录当前距离控件左边和顶边的距离lastX
、lastY
。手指移动时
MotionEvent.ACTION_MOVE
,获取当前距离控件左边和顶边的距离x
、y
,减去手指按下时记录的距离lastX
、lastY
,计算得到移动的距离,移动的距离加上view距离父布局的距离,得到相对于父布局的四个点坐标,layout
重新确认位置。手指离开
MotionEvent.ACTION_UP
,设置view距离父布局的margin
,这边的操作主要是固定view的位置,后续和视图B一起移动时可固定位置。
private int lastX;
private int lastY;
@Override
public boolean onTouchEvent(MotionEvent event) {
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
lastX = x;
lastY = y;
break;
case MotionEvent.ACTION_MOVE:
//计算移动的距离
int offsetX = x - lastX;
int offsetY = y - lastY;
int l = getLeft() + offsetX;
int b = getBottom() + offsetY;
int r = getRight() + offsetX;
int t = getTop() + offsetY;
//重新确认位置
layout(l, t, r, b);
break;
case MotionEvent.ACTION_UP:
LinearLayout.LayoutParams params = (LinearLayout.LayoutParams) getLayoutParams();
params.setMargins(getLeft(), getTop(), 0, 0);
break;
default:
break;
}
return true;
}
B添加移动
同样给ViewGroupB
添加以上的代码用于B的移动。(蓝色的视图C,黄色的视图B)
情况一:如上图 这里视图B、C的
onTouchEvent
都返回true,在C区域滑动,viewC
消费了事件,不再传递给B;只有在B、C不重叠的区域滑动,C才会移动,这时没有接触到C,所以不会触发C的事件。因为我们在C的MotionEvent.ACTION_UP
手指离开时固定了C到父布局(B)的距离,所以C相对B的位置没变。image
情况二:如上图,将C的
onTouchEvent
返回false,在C区域滑动,事件没有消费,传递给到了B,B可以滑动,在不重叠区域一样可以滑动B。如果B把事件拦截了
onInterceptTouchEvent
返回true,那么效果和情况二相同的,不管C的onTouchEvent
返回啥,都响应不了。这里模拟了视图B、C的滑动,A的话原理相同,这里就不再描述。
浅谈android事件分发的两篇文章结束了,这里只是简单描述模拟了事件分发。日常项目中若是遇到情况怕是更为复杂,想要彻底玩转事件分发机制还需要进一步的研究。
欢迎关注我的博客:http://blog.manjiexiang.cn/
欢迎关注微信号:春风十里不如认识你
image.png
网友评论