接上一篇
<Android 开发实践 ViewGroup 实现左右滑出窗口（一）http://www.cnblogs.com/inkheart0124/p/3532862.html>
源码： http://files.cnblogs.com/inkheart0124/PushSlider.zip
ViewGroup中touch事件的处理，有三个函数
public boolean dispatchTouchEvent(MotionEvent ev)；事件派发
public boolean onInterceptTouchEvent(MotionEvent ev)；事件拦截
public boolean onTouchEvent(MotionEvent ev)；事件处理
（废话一句，View中只有两个，dispatchTouchEvent和onTouchEvent，ViewGroup继承了View以后增加了onInterceptTouchEvent）
一次完整的touch事件：ACTION_DOWN->ACTION_MOVE->ACTION_MOVE->ACTION_MOVE....->ACTION_UP
其中对ACTION_DOWN的处理返回值比较重要，如果dispatchTouchEvent时返回false，那表示这一次touch事件我都不需要，之后的move和up都不会再传给我的ViewGroup。
@Override
public boolean dispatchTouchEvent(MotionEvent ev){
int action = ev.getAction();
boolean gdHandled = mGDetector.onTouchEvent(ev);
if((gdHandled) && (action == MotionEvent.ACTION_UP)){
log("[dispatchTouchEvent] action = " + action + "return true");
return true;
}
log("[dispatchTouchEvent] action = " + action + "return false");
return super.dispatchTouchEvent(ev);
} @Override
public boolean onInterceptTouchEvent(MotionEvent ev){
int action = ev.getAction();
boolean gdHandled = mGDetector.onTouchEvent(ev);
if((gdHandled) && (action == MotionEvent.ACTION_UP)){
log("[onInterceptTouchEvent] action = " + action + "return true");
return true;
}
log("[onInterceptTouchEvent] action = " + action + "return false");
return super.onInterceptTouchEvent(ev);
} //@Override
public boolean onTouchEvent(MotionEvent ev){
int action = ev.getAction();
return true;
}
重写这三个函数，先把event直接丢给mGDetector处理，然后在调用系统的派发机制把消息传递到子View。
注意Down消息一定不能拦截，ViewGroup主要根据move和up的情况来区别手势，当收到down消息的时候，我们还不能确定用户是要滑动呢还是要操作子view中的控件。Down消息如果被拦截，意味着这一个消息组都不会再传给子view。
==========================================================
这里我单独处理了ACTION_UP，当手势处理已经消费了此消息（即mGDetector.onTouchEvent(ev)返回true）时，不在继续派发，而是直接返回true。
这是因为当用户点住屏幕慢慢拖动（scroll手势）到左边再拖回来，而点住的位置又恰好是一个可以onClick的控件时，当用户松开屏幕，up消息将导致onClick发生。
实际上我后来取消了scroll手势，只处理fling手势。因为一个朋友体验后告诉我，没人会慢慢拖出侧边菜单，而当用户犹豫的在界面上拖来拖去的时候，多半是在犹豫要在主界面上干点什么，如果划着划着突然出来个菜单，打断了思路会觉得很不爽。我觉得他说的很有道理。
==========================================================
onTouchEvent中什么都没做，直接返回了true，这个方法会在dispatchTouchEvent函数调用super.dispatchTouchEvent(ev)时跑到，它的返回值就是super.dispatchTouchEvent(ev)的返回值，这里至少在down消息的时候必须返回true，否则就像前面说的那样，整组消息都不会再传递给我的pushslider了。
手势：
PushSlider类实现了android.view.GestureDetector.OnGestureListener接口，在前一篇的构造函数中我们创建了一个手势对象，并注册监听。
mGDetector = new GestureDetector(mContext,this);
下面就要实现OnGestureListener中的方法
public boolean onDown(MotionEvent ev)；处理down消息
public void onLongPress(MotionEvent arg0)；长按
public boolean onScroll(MotionEvent e1, MotionEvent e2, float distanceX, float distanceY)；拖动，收到move消息时会跑到
public boolean onFling(MotionEvent eDown, MotionEvent eMove, float velocityX,float velocityY)；快速滑抛
public void onShowPress(MotionEvent arg0)；发生down消息后，用来显示高亮等可视化的处理
public boolean onSingleTapUp(MotionEvent ev)；处理一次轻触
详细的解释就不写了，android developer官网上解释的很详细。这里我只需要处理onFling和onSingleTapUp，onScroll的代码后来没用，屏蔽掉了。
onFling 是发生donw-move-move....-up时，最后up事件时会调用到，根据入参float velocityX和float velocityY这两个速度值，决定这是不是我们想要的一次滑抛手势
public boolean onFling(MotionEvent eDown, MotionEvent eMove,float velocityX,float velocityY) {
log("onFling " + eDown.getX() + "," + eMove.getX() +"," + velocityX);
//<<<
if((eDown.getX() - eMove.getX() > FLING_DISTANCE*mDensity) && (Math.abs(velocityX)> FLING_VELOCITY)){
if(isMoveAllow(MOVE_FLAG_ALLOW_LEFT)){
flingTo(MOVE_FLAG_ALLOW_LEFT,false);
log("[onFling] true");
return true;
}
}
//>>>
if((eMove.getX() - eDown.getX() > FLING_DISTANCE*mDensity) && (Math.abs(velocityX)> FLING_VELOCITY)){
if(isMoveAllow(MOVE_FLAG_ALLOW_RIGHT)){
flingTo(MOVE_FLAG_ALLOW_RIGHT,false);
log("[onFling] true");
return true;
}
}
log("[onFling] false");
return false;
}
5~11行，手势是从右向左 <<<--
14~20行，手势是从左向右 -->>>
根据eMove和eDown的相对位移，及X方向的速度，判断是否滑到下一页。
onSingleTapUp 是发生down-up这样的一次点击（轻触）时调用
@Override
public boolean onSingleTapUp(MotionEvent ev) {
Rect focusRect = new Rect();
mChild[focusedIndex].getHitRect(focusRect);
float x = ev.getX();
int left = focusRect.left-mScroller.getCurrX();
int right = focusRect.right-mScroller.getCurrX(); if((x < left) && isMoveAllow(MOVE_FLAG_ALLOW_RIGHT)){
flingTo(MOVE_FLAG_ALLOW_RIGHT,true);
log("[onSingleTapUp] true");
return true;
}else if((x > right) && isMoveAllow(MOVE_FLAG_ALLOW_LEFT)){
flingTo(MOVE_FLAG_ALLOW_LEFT,true);
log("[onSingleTapUp] true");
return true;
}
log("[onSingleTapUp] false");
return false;
} }
3，4行，取得当前focus的子view的区域；
6，7行，这里取到的HitRect是相对与viewgroup的0，0点的相对坐标。需要换算成实际坐标，mScroller.getCurrX()是viewgroup的x位置相对于屏幕原点的值。
由于我有一个滑出子view是半屏的，当这个半屏的设置菜单被唤出后，我希望轻触一下菜单以外的区域 就可以关闭菜单回到主界面。重写onSingleTapUp方法就是为了处理这种情况。
flingTo，关于实现滑动，其实有很多方法，最直观的就像我们在onLayout中做的那样，重新算好每个子View的位置，然后layout一遍。
但我觉得用view自己的Scroller类是最简单最省心的。
private void flingTo(int direct,boolean fast){
if(mForbidden)
return;
int startX = getScrollX();
int endX=;
int dx;
if(direct == MOVE_FLAG_ALLOW_LEFT){
focusedIndex ++;
if(focusedIndex == SLIDER_PAGE_MIDDLE)
endX = ;
else if(focusedIndex == SLIDER_PAGE_RIGHT)
endX = mRightPosX;
dx = endX - startX;
mScroller.startScroll(startX, , dx, ,(fast?:));
}else{
focusedIndex --;
if(focusedIndex == SLIDER_PAGE_MIDDLE)
endX = ;
else if(focusedIndex == SLIDER_PAGE_LEFT)
endX = mLeftPosX;
dx = endX - startX;
mScroller.startScroll(startX, , dx, ,(fast?:));
}
log("flingTo " + startX);
invalidate();
changeFocus();
}
5行，startx，得到当前ViewGroup的位置（相对于屏幕原点）；
10~15行，切换焦点，根据新的焦点得到endX，及滑动后ViewGroup的位置；
18行，直接调用Scroller的startScroll方法，就开始滑动了，很简单吧！
startScroll原型：public void startScroll(int startX, int startY, int dx, int dy, int duration)
5个入参意义一目了然。
flingTo函数的两个入参 direct是滑动方向，还有一个boolean fast，表示滑动速度，用它来确定startScroll的duration，100和250是实测的经验值。
当滑抛手势唤出或关闭半屏菜单时，fast=false。让用户看到一个清晰的滑动过程。
当用户按menu或cancel键的时候，fast=true。快速唤出或关闭界面。
menu键和canel键的处理，我没有把它们定义在PushSlider的管理范畴内。这两个键值仍然是有activity处理，PushSlider只需要给出一个public的方法。
简单的说，PushSlider就管自己的3个子View，他们的显示，位置，滑动，焦点。具体功能上的东东全都是activity的活。
因此PushSlider除了让activity监听焦点变化外（见上一篇），还需要提供一些查询和操作接口，比如查询当前焦点，查询当前是否处于滑动中。
比较重要的操作有两个：
public void pushForbid(boolean forbid){
mForbidden = forbid;
}
某些情况下，activity可能想不让用户滑动切换焦点，就可以pushForbid。
另一个public void moveToPageById(int index)，activity可直达某个子View，比如前面提到的 按menu键唤出设置菜单的子View。
具体代码不贴了，仍然是调用flingTo(fast)的模式。
PushSlider搞定了，看一下activity中怎么用它。
layout/main.xml
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_height="fill_parent"
android:layout_width="fill_parent"
> <com.meflame.where.PushSlider android:id="@+id/push_view"
android:layout_height="fill_parent"
android:layout_width="fill_parent"
>
<!-- left page -->
<include layout="@layout/menu" />
<!-- middle page -->
<include layout="@layout/record_list" />
<!-- right page <include layout="@layout/map" /> -->
</com.meflame.where.PushSlider> <ViewStub
android:id="@+id/waiting_stub"
android:layout="@layout/waiting_view"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
/>
</RelativeLayout>
6~15行，加入PushSlider，插入三个子View，分别是
<include layout="@layout/menu" /> 左边菜单
<include layout="@layout/record_list" /> 中间主界面列表
<include layout="@layout/map" /> 右边最初设计是地图，后来没这么做，改成了一个独立的activity，因为地图本身就要获取各种各样的手势。
这三个子View的layout按照一般的layout文件写就ok，可以自己定义。
在activity.java中
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
requestWindowFeature(Window.FEATURE_NO_TITLE);
setContentView(R.layout.main);
/* push slider 初始化 start*/
mPushView = (PushSlider)findViewById(R.id.push_view);
int screenWidth = getWindowManager().getDefaultDisplay().getWidth();
mPushView.setPageWidth(PushSlider.SLIDER_PAGE_LEFT, screenWidth/2);
mPushView.setPageWidth(PushSlider.SLIDER_PAGE_RIGHT, screenWidth);
mPushView.setOnPageChangedListener(this);
/* push slider 初始化 end*/
/* 其他初始化 */
}
5行，把main.xml设为contect view；
7~13行，获得PushSlider对象句柄，设置左右两个view的宽度，设置焦点切换监听。
oh~~~ 全篇完~~
新年攒人品，稍后发源码，还不知道怎么上传源码呢