Android 开发艺术探索笔记（9）

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。
  下图为一系列的传递机制的结论：