View的滑动
可以通过三种方式实现View的滑动
- 通过View本身提供的scrollTo/scrollBy方法
- 通过动画给View施加平移的效果
- 改变View的LayoutParams使得View重新布局从而实现滑动
使用scrollTo/scrollBy,下面为它的源码
可以看出scrollTo是View的绝对滑动,即滑到精确的坐标,而scrollBy是相对滑动,里面调用了scrollTo的方法。而mScrollX和mScrollY可以通过View的getScrollX和getScrollY来得到。
mScrollX的值总是等于View的左边缘和View内容左边缘在水平方向上的距离,mScrollY则是上边缘。
View边缘指的是View的位置,View内容边缘指的是View中的内容边缘。相当于一个是表面,一个是内心,一开始他们大小是一样的,重合的。scrollTo和scrollBy只能改变View的内容位置,而不能改变View在布局中的位置,相当于把你灵魂抽出来,你人一样站在那里似的。
View向左滑动则mScrollX为正值,反之为负值,向上滑动mScrollY为正值,反之为负值。
因为View内容左边缘在View左边缘的左边时,mScrollX才为正值。(这句话有点拗口,画个图就行了)。mScrollY也是这么理解的。
M
mScrollX/mScrollY的单位是像素。下图方便理解scrollTo和scrollBy的原理:
使用动画
使用nineOldAndroids和属性动画来进行View的动画
属性动画更加强大,nineOldAndroids可以兼容低的API。
但这些动画致命的问题是它们平移的后并没有改变原View的位置,只是相当于做了个投影,比如一个button平移后,我们去点击新位置的button却没有onClick事件,单击原来button的位置却可以触发,这样的的效果就不尽人意。
改变布局参数
使用LayoutParams来改变view的布局,通过view的getLayoutParams来得参数,然后设置就行了。下面是一个用法
三种方法的特点
- scrollTo/scrollBy:操作简单,适合对View内容的滑动
- 动画:操作简单,主要用于没有交互需求的View
- 改变参数布局:操作复杂,使用于所有要求交互的View
弹性滑动
弹性滑动View的共同思想是将一次大的滑动划分为若干个小的滑动,并在一个时间段内完成。
使用Scroller
下面是Scroller的源码
上面是Scroller的典型用法,我们先构造一个Scroller对象并调用它的startScroll方法时,Scroller的内部其实什么也没做,只是保存了参数。startScroll有五个参数,分别为x、y起始位置,dx、dy为x方向和y方向要滑动的距离,duration为持续时间。
这里滑动仅仅是View的内容滑动而不是View本身的位置滑动。 造成滑动的方法是invalidate。
invalidate方法导致View的重绘,在Draw方法中调用computeScroll方法,靠着这个方法实现了弹性滑动:重绘的时候用了computeScroll方法,得到了View的scrollX和scrollY的参数,然后通过scrollTo去移动这个View,如果还没有到达预期的位置,则去调用postInvalidate方法来再次调用computeScroll方法,这样反复的使用达到了弹性滑动的效果。
具体在computeScrollOffst里就是根据流逝的时间比来算出scrollX和scrollY改变的距离。
使用动画
使用动画的弹性滑动方法和Scroller类似
也是利用时间百分比和ScrollTo配合进行的弹性滑动
使用延时策略
延时策略,通过发送一系列延时消息从而达到的一种渐进式效果。
发送延时消息我们还是知道的,比如Handler或者view的PostDelayed,也可以使用线程的sleep方法。通过PostDelayed,我们用它发送延时消息,消息中进行view的滑动,然后接连不断的发送达到弹性的效果。对于sleep方法来说,通过在View中不断的滑动view和sleep,实现效果。
View的事件分发机制
事件分发机制的对象就是MotionEvent,即当一个MotionEvent产生了以后,系统就要把这一个事件传递给一个view。点击事件的分发过程有三个方法来共同完成:dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent。
- public boolean diapatchTouchEvent(MotionEvent ev)
用来进行事件的分发,如果事件能够传递给View,那么此方法一定会被调用。 - public boolean onInterceptTouchEvent(MotionEvent ev)
在上述方法内部被调用,用来判断是否拦截某个事件,如果一个View拦截了某个事件,则在同一个事件序列中,此方法不会再调用,返回结果为是否拦截了当前事件 - public boolean onTouchEvent(MotionEvent ev)
在dispathchTouchEvent中调用,返回结果是是否消耗了当前事件,如果不消耗,则在同一个时间序列中当前view无法再次接收到事件。下图为三者之间的关系:
也就是说一开始一个点击事件MotionEvent传给一个View,一开始的话就是根View,如果这个根View拦截了,它就会执行onTouchEvent方法,如果没有拦截,就传给子View,直道被拦截为止。
当给View设置了OnTouchListener时,那么它里面的onTouch方法就会回调,onTouch里面返回false时,onTouchEvent就会被调用,否则就不会被调用。所以onTouchListener优先级比onTouchEvent要高。当然了,onClickListener是最低的
当一个点击事件产生后,它的传递过程顺序为Activity->Window->View。若当一个子View的onTouchEvent返回false,则返回父View调用onTouchEvent,若它也为false则继续往上层,直到Activity来处理onTouchEvent。
下图为一系列的传递机制的结论: