前言
本篇文章是一位读者的学习笔记,我很喜欢这样的文章,知识点写在我的书上并不能让你提高,转化为你自己的知识,才是提高的唯一途径,所以这次我破例在公众号发布这篇不是我写的文章,同时也希望Suma能够继续记录更多的学习内容~加油
onTouchEvent(MotionEvent event) 这个方法是定制手势操作的重点,根据业务不同写法也各不相同,然而最重要也是最基础的是其坐标的含义,因为不管什么业务都是需要根据其坐标来进行判断、操作等。
参照网上的demo来写相信大部分人都能做出来,然而我是一个有时候很钻牛角尖的人,不搞懂坐标就写不下去的人。 ————部分资料来源于医生的《Android群英传》————
原点
两个点A、B,A的X轴坐标为20,B的X轴坐标为180,X轴的正方向为以水平方向向右,故左边的X值越来越小,右边的X值越来越大。
滑动
mScroller是一个辅助类。后面再介绍,在这段代码里的作用是:判断移动的动画是否结束,未结束立即结束,坐标移动至最终坐标值。
MotionEvent 的getX()、getY()是获取当前触摸点距离控件的坐标。 mLastX、mLastY缓存上一次的坐标。
手势说明:
上滑:Y坐标减小 下滑:Y坐标增大 左滑:X坐标减小 右滑:X坐标增大
根据原点(0,0),X/Y轴正方向可以得出该结果,例如左滑X轴坐标慢慢靠近原点所以值会越来越小,反之越来越大。
关键在于下面三行代码。
1和2大家可能照着网上写并没有注意,而这篇文章主要是因为它们而诞生的。为什么是上一次操作的坐标减去当前操作的坐标?虽然打log看值和不停测试最终也能得出结果,但是我求知欲比较大(好奇心杀死猫)。
这是3的源码。
mScrollX是当前的X轴偏移量, mScrollY是当前Y轴的偏移量。
scrollTo()是滑动到指定的坐标。
滑动偏移量
down:X=480 , move:X=400 故dx = (400 - 480); // dx = -80;
但当你以为搞定的时候,实际效果view不是左移,而是右移!!!
实际代码为:dx = (int) (mLastX - x); 即: dx = 480 - 400 ; //dx = 80; 值为正值!!!
Why! 为什么和说好的不一样?
其中关键是移动的并不是ViewGroup的内容。
首先屏幕大小和ViewGroup一样大,当前只能显示蓝色的ChildView。 根据实际代码测试出,左滑显示出ChildView2需要传入正的X值。
这是为什么呢?
Canvas是内容实际的载体,draw(Canvas canvas)画的内容都是在Canvas上的。而ViewGroup是实际展示的区域。 也就是说一共两层,底层的Canvas承载着绘制出来的view,ViewGroup在上层(z轴值大于Canvas),ViewGroup以外区域是不可见区域,可见区域为ViewGroup区域。
scrollBy()实际移动的是ViewGroup。
例如:
scrollBy(80,0);ViewGroup的X + 80,即layout(l+80,t,r+80,b);Canvas并没有移动,ChildView也就没有移动。 ViewGroup向右移了80,Canvas没有移动,就变相的相当于内容向左移动了80。 scrollBy(-80,0);即layout(l-80,t,r-80,b),ViewGroup向左移动了80,相当于内容向右移动了80。
到此就明白了为什么偏移量的计算公式是mLastX - x的原因了。
mScrollX 是一个很重要的值,其累计了偏移量,在做滑动操作用于逻辑判断,获取的api是getScrollX()。//mScrollY类似函数签名。
本篇到这里就结束了,当然当前只是伪代码,跑起来是有偏差的,只是能实现滑动而已,跟实际使用还差了那么一些逻辑处理。下一篇会结合Scroller和getScrollX()、getScrollY()实现一个完整的demo。