标签：
oschina客户端滑动菜单的View的布局使用了可以拖拽的ScrollView，类文件为CustomerScrollView。
1 我们需要分析下为什么要用ScrollView？用过的其实很容易理解避免其内部的子View的布局较大，在较小设备上无法完全显示。
2实现可拖拽的效果，只是从用户体验角度去考虑的，接下来我们详细分析下其自定义的ScrollView。
2.1拖拽的目标是ScrollView内的菜单的布局View，所以在CustomerScrollView内的onFinishInflate()函数中首先通过getChildAt(0)来获取菜单布局的View，这就是第一步的目标是获取要拖拽的对象。onFinishInflate()加载完view,这里的View指的就是源码中<include layout="@layout/fragment_navigation_drawer_items"/>加载的布局文件。
2.2拖拽的过程实际上是一个“按下-移动-抬起”的过程，因此要重写onTouchEvent(MotionEvent ev)，其中移动过程实际上是将菜单view按照移动的方向和距离，怎么实现这个功能呢？源码中最关键的就是这行代码
inner.layout(inner.getLeft(), yy, inner.getRight(),inner.getBottom() - deltaY);这个方法四个参数都是inner相对其父控件ScrollView的坐标原点而言的。不是很了解的，可以专门查查坐标的相关知识。
2.3当手指抬起也就是MotionEvent.ACTION_UP事件发生时，将拖拽后的view恢复移动到原来位置，移动过程附加了一个动画，由于移动实际上是位置发生了变化，因此用到了TranslateAnimation，因为是上下拖拽，所以X的起始和终止坐标都是0，Y的起始和终止坐标至于为什么那么写，相信看完博客应该就会明白了。那么问题来了，要自动移动回去，那么触发的时机在MotionEvent.ACTION_UP中，原来的位置怎么保存，因为移动时需要左上右下四个参数，因此在CustomerScrollView中我们看到了这样一个变量private Rect normal = new Rect();通过
normal.set(inner.getLeft(), inner.getTop(),inner.getRight(), inner.getBottom());方法记录菜单view的初始化位置。
2.4在源码中这个函数也值得我们去分析下：
//是否需要移动
public boolean isNeedMove() {
int offset = inner.getMeasuredHeight() - getHeight();
int scrollY = getScrollY();
if (scrollY == 0 || scrollY == offset) {
return true;
}
return false;
}
经过仔细揣摩发现scrollY == 0这个条件实际上是滚动到了最顶部的时候，而scrollY == offset是滚动到最底部的时候，两个条件满足其中一个都可以实现拖拽的效果。int offset = inner.getMeasuredHeight() - getHeight();相当于本身的身高减去实际能看到的身高就等于没有看到的身高部分。
2.5为什么源码中需要isNeedAnimation()这个函数呢？因为恢复到原来位置也用到了inner.layout(normal.left, normal.top, normal.right, normal.bottom);，因此normal首先必须要有四个参数值。而这个normal只有满足2.4中的条件后才有值的。
2.6为什么在拖拽发生又恢复到原来位置后，要把这个normal.setEmpty();置空呢？它的意图是什么？仔细想来，发现这个normal的set左上右下四个值时，是在满足2.4两种条件之一就会有具体值的。因此这个normal就会有两种不同的Rect.顶部的时候左上右下四个值分别为（0,0，实际菜单的宽度240dp,菜单的实际测量高度）而滚动到最底部的时候左上右下四个值分别为（0,负的【菜单的实际高度减去屏幕的高度】，实际菜单的宽度240dp,屏幕的高度），因此需要清空。
开源中国 OsChina Android 客户端源码分析（3）可以拖拽的ScrollView
标签：
原文地址：http://my.oschina.net/jixin/blog/417254
