[置顶] 【Android】毫无耦合性，一个Item根布局搞定 item侧滑删除菜单，像IOS那样简单的使用侧滑删除。
重要的话 开头说，not for the RecyclerView or ListView, for the Any ViewGroup.
本控件不依赖任何父布局，不是针对 RecyclerView、ListView，而是任意的ViewGroup里的childView都可以使用侧滑(删除)菜单。
==================================================================================
【1 序言】
伸手党看完1 2 3 可直接去文末下载代码~
侧滑删除的轮子网上有很多，最初在github上看过一个，还是ListView时代，那是一个自定义ListView 实现侧滑删除的，当初就觉得这种做法不是最佳，万一我项目里又同时有自定义ListView的需求，会增加复杂度。
写这篇文章之前又通过毒度搜了一下，排名前几的CSDN文章，都是通过自定义ListVIew和ViewGropup实现的滑动删除。
况且现在是RecyclerView时代，难不成我要把那些代码再自定义RecyclerView写一遍么。
我想说No，网上大多数的做法代码侵入性太强，尽量不要继承 ListVIew 做什么事，换成 RecyclerView 呢，扩展性太局限了，
本文的做法只要在 Item 的根布局换成这个 自定义ViewGroup 即可，完全不 care 你用 RecyclerView 还是 ListVIew，耦合性为 0
听说隔壁IOS 侧滑删除是一个系统自带的控件，那么我们Android党能否也自定义一个ViewGroup控件，然后一劳永逸，每次简单拿来用就好了呢?
自定义ViewGroup实现侧滑删除简单，难得是还要同时 处理多指滑动的屏蔽，防止两个侧滑菜单同时出现，等等，
有办法将这些东西都用一个ViewGroup搞定么？
看本文如何巧用static类变量来解决这些矛盾冲突。
==================================================================================
【2 预览】
那么我们先看一下最终的效果：
非阻塞式Android特色版本（我司自用版本 ） 平滑滚动动画用属性动画实现 ，即使有一个侧滑菜单处于打开状态，在打开其他item侧滑菜单时，依然无阻塞，会自动关闭上次开启的菜单：~
为了满足个别产品的，高仿IOS版本 平滑滚动用Scroller实现 阻塞式交互（自己的说法） 打开了某个侧滑菜单后 点击其他地方会自动关闭这个侧滑菜单 并且不能做其他操作：
包含且不仅包含以下功能：
1 侧滑拉出菜单。
2 点击除了这个item的其他位置，菜单关闭。
3 侧滑过程中，不许父控件上下滑动。
4 多指同时滑动，屏蔽后触摸的几根手指。
5 不会同时展开两个侧滑菜单。
6 侧滑菜单时 拦截了长按事件。
7 侧滑时，拦截了点击事件（20160905更新）
8 通过开关 isLeftSwipe支持左滑右滑（2016 09 30 更新）：
==================================================================================
【3 使用预览】
看起来还不错吧，忽略颜值，可以再细调，主要的是解决了那几个难题，那么，使用起来麻烦么。
就这么简单，<mcxtzhang.listswipemenudemo.view.CstSwipeDelMenuViewGroup xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="wrap_content" android:clickable="true"> <TextView android:id="@+id/content" android:layout_width="wrap_content" android:layout_height="match_parent" android:gravity="center" android:text="试试看" /> <Button android:id="@+id/btnDelete" android:layout_width="60dp" android:layout_height="match_parent" android:background="@color/red_ff4a57" android:text="删除" /></mcxtzhang.listswipemenudemo.view.CstSwipeDelMenuViewGroup>
只需要在 侧滑删除的item的layout的xml里，将根布局父控件换成我们的自定义ViewGroup即可。
第一个子View放置item的内容即可(正式项目里一般是一个ViewGroup)，
从2+子View开始，是我们的侧滑菜单区域，如我们的demo图，是三个Button。
//注意事项，设置item点击，不能对整个holder.itemView设置咯，只能对第一个子View，即原来的content设置，这算是局限性吧。(holder.content).setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Toast.makeText(mContext, ""+mDatas.get(position).name, Toast.LENGTH_SHORT).show(); }});
==================================================================================
【4 实现方法】
使用起来这么简单，让我们一步一步实现它吧。
首先说的是，颜值非本文的重点，UI动画仍有调整空间，重要的是在一个自定义ViewGroup里处理那些冲突。
首先，本类继承自ViewGroup，那么onMeasure()和onLayout()方法，就需要我们自己动手写了，而且在上文我们也提到，使用时，第一个子View放置item内容，2+子View为侧滑菜单区域，那么这需要我们在onMeasure()和onLayout()方法里进行一些特殊处理，设置第一个childView宽度为全屏。
@Overrideprotected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { //Log.d(TAG, "onMeasure() called with: " + "widthMeasureSpec = [" + widthMeasureSpec + "], heightMeasureSpec = [" + heightMeasureSpec + "]"); super.onMeasure(widthMeasureSpec, heightMeasureSpec); mRightMenuWidths = 0;//由于ViewHolder的复用机制，每次这里要手动恢复初始值 int childCount = getChildCount(); //add by 2016 08 11 为了子View的高，可以matchParent(参考的FrameLayout 和LinearLayout的Horizontal) final boolean measureMatchParentChildren = MeasureSpec.getMode(heightMeasureSpec) != MeasureSpec.EXACTLY; boolean isNeedMeasureChildHeight = false; for (int i = 0; i < childCount; i++) { View childView = getChildAt(i); if (childView.getVisibility() != GONE) { //measureChild(childView, widthMeasureSpec, heightMeasureSpec); measureChildWithMargins(childView, widthMeasureSpec, 0, heightMeasureSpec, 0); final MarginLayoutParams lp = (MarginLayoutParams) childView.getLayoutParams(); mHeight = Math.max(mHeight, childView.getMeasuredHeight() + lp.topMargin + lp.bottomMargin); if (measureMatchParentChildren && lp.height == LayoutParams.MATCH_PARENT) { isNeedMeasureChildHeight = true; } if (i > 0) {//第一个布局是Left item，从第二个开始才是RightMenu mRightMenuWidths += childView.getMeasuredWidth(); } } } setMeasuredDimension(mScreenW, mHeight);//宽度取屏幕宽度 mLimit = mRightMenuWidths * 4 / 10;//滑动判断的临界值 //Log.d(TAG, "onMeasure() called with: " + "mRightMenuWidths = [" + mRightMenuWidths); if (isNeedMeasureChildHeight) {//如果子View的height有MatchParent属性的，设置子View高度 forceUniformHeight(childCount, widthMeasureSpec); }}
/** * 给MatchParent的子View设置高度 * * @param count * @param widthMeasureSpec * @see android.widget.LinearLayout# 同名方法 */ private void forceUniformHeight(int count, int widthMeasureSpec) { // Pretend that the linear layout has an exact size. This is the measured height of // ourselves. The measured height should be the max height of the children, changed // to accommodate the heightMeasureSpec from the parent int uniformMeasureSpec = MeasureSpec.makeMeasureSpec(getMeasuredHeight(), MeasureSpec.EXACTLY);//以父布局高度构建一个Exactly的测量参数 for (int i = 0; i < count; ++i) { final View child = getChildAt(i); if (child.getVisibility() != GONE) { MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams(); if (lp.height == LayoutParams.MATCH_PARENT) { // Temporarily force children to reuse their old measured width // FIXME: this may not be right for something like wrapping text? int oldWidth = lp.width;//measureChildWithMargins 这个函数会用到宽，所以要保存一下 lp.width = child.getMeasuredWidth(); // Remeasure with new dimensions measureChildWithMargins(child, widthMeasureSpec, 0, uniformMeasureSpec, 0); lp.width = oldWidth; } } }}@Overrideprotected void onLayout(boolean changed, int l, int t, int r, int b) { //LogUtils.d(TAG, "onLayout() called with: " + "changed = [" + changed + "], l = [" + l + "], t = [" + t + "], r = [" + r + "], b = [" + b + "]"); int childCount = getChildCount(); int left = l; for (int i = 0; i < childCount; i++) { View childView = getChildAt(i); if (childView.getVisibility() != GONE) { if (i == 0) {//第一个子View是内容 宽度设置为全屏 childView.layout(left, getPaddingTop(), left + mScreenW, getPaddingTop() + childView.getMeasuredHeight()); left = left + mScreenW; } else { childView.layout(left, getPaddingTop(), left + childView.getMeasuredWidth(), getPaddingTop() + childView.getMeasuredHeight()); left = left + childView.getMeasuredWidth(); } } } //Log.d(TAG, "onLayout() called with: " + "maxScrollGap = [" + maxScrollGap + "], l = [" + l + "], t = [" + t + "], r = [" + r + "], b = [" + b + "]");}onMeasure()的时候，保存右侧菜单区域的宽度（这个值同时也是滑动的最大距离），然后调用setMeasuredDimension(),分别传入屏幕的宽度，和计算出的高度。这里还加了一些额外的代码了是为了让自定义的ViewGroup，在子View的height设置为match_parent的情况下，height正确，否则子View设置match_parent的效果是wrap_content，这些代码参考了源码FrameLayout和LinearLayout的Horizontal模式。
由于我们希望子View的LayoutParams是MarginLayoutParams，需要如下重写generateLayoutParams（）这个方法。
@Overridepublic LayoutParams generateLayoutParams(AttributeSet attrs) { return new MarginLayoutParams(getContext(), attrs);}
我这里重写的是dispatchTouchEvent()方法，目的就是为了好处理多指滑动等冲突。
VelocityTracker相关代码是为了计算手指滑动的速度，帮助我们在手指抬起时判断，确定当前item是展开还是收缩，令UI更友好。@Override public boolean dispatchTouchEvent(MotionEvent ev) { //LogUtils.d(TAG, "dispatchTouchEvent() called with: " + "ev = [" + ev + "]"); if (isSwipeEnable) { acquireVelocityTracker(ev); final VelocityTracker verTracker = mVelocityTracker; switch (ev.getAction()) { case MotionEvent.ACTION_DOWN: if (isTouching) {//如果有别的指头摸过了，那么就return false。这样后续的move..等事件也不会再来找这个View了。 return false; } else { isTouching = true;//第一个摸的指头，赶紧改变标志，宣誓主权。 } mLastP.set(ev.getRawX(), ev.getRawY()); //如果down，view和cacheview不一样，则立马让它还原。且把它置为null if (mViewCache != null) { if (mViewCache != this) { mViewCache.smoothClose(); mViewCache = null; } //只要有一个侧滑菜单处于打开状态， 就不给外层布局上下滑动了 getParent().requestDisallowInterceptTouchEvent(true); } //求第一个触点的id， 此时可能有多个触点，但至少一个，计算滑动速率用 mPointerId = ev.getPointerId(0); break; case MotionEvent.ACTION_MOVE: float gap = mLastP.x - ev.getRawX(); //为了在水平滑动中禁止父类ListView等再竖直滑动 if (gap > ViewConfiguration.get(getContext()).getScaledTouchSlop()) { getParent().requestDisallowInterceptTouchEvent(true); } //如果scroller还没有滑动结束 停止滑动动画/* if (!mScroller.isFinished()) { mScroller.abortAnimation(); }*/ scrollBy((int) (gap), 0);//滑动使用scrollBy //修正 if (getScrollX() < 0) { scrollTo(0, 0); } if (getScrollX() > mRightMenuWidths) { scrollTo(mRightMenuWidths, 0); } mLastP.set(ev.getRawX(), ev.getRawY()); break; case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL: //求伪瞬时速度 verTracker.computeCurrentVelocity(1000, mMaxVelocity); final float velocityX = verTracker.getXVelocity(mPointerId); if (Math.abs(velocityX) > 1000) {//滑动速度超过阈值 if (velocityX < -1000) { //平滑展开Menu smoothExpand(); //展开就加入ViewCache： mViewCache = this; } else { //平滑关闭Menu smoothClose(); } } else { if (getScrollX() > mLimit) {//否则就判断滑动距离 //平滑展开Menu smoothExpand(); //展开就加入ViewCache： mViewCache = this; } else { //平滑关闭Menu smoothClose(); } } //释放 releaseVelocityTracker(); //LogUtils.i(TAG, "onTouch A ACTION_UP ACTION_CANCEL:velocityY:" + velocityX); isTouching = false;//没有手指在摸我了 break; default: break; } } return super.dispatchTouchEvent(ev); }
首先看case MotionEvent.ACTION_DOWN:
在手指按下时，我们用一个布尔值static类变量存储当前是否有手指在触摸该ViewGroup，
//防止多只手指一起滑我的flag 在每次down里判断， touch事件结束清空private static boolean isTouching;之所以用类变量，是因为一个类里它是唯一的，所以在RecyclerView，ListView里，即使一个屏幕上有多个item，但是他们的isTouching的变量是同一个，这样便能达到控制单指触摸的目的。所以控制单侧滑菜单出现也是同理。后面会提到。
boolean变量，默认值是false，所以当出现两指同时触摸时(同时触摸其实还是有先后的)，第一个触摸的指头在down事件里，就将isTouching改变为true，这样后续赶到的那个指头所在的ViewGroup 的down事件里 isTouching就是true了，在dispatchTouchEven()t里就会被return false，这样后续的事件它统统接收不到了。就这么简单就解决了多指触摸的问题。(ACTION_DOWN也没有往子View分发，后续所有事件自己和子View都接收不到了)。
然后正常流程往下，我们先存储一下当前触摸点的x y 坐标，然后判断viewCache变量是否为空。
viewCache变量也是一个类变量，全局就这一份，存储的是全局处于展开状态的那个View对象。
如果它不为空，说明已经有一个侧滑菜单在展开了，那么我们判断一下，是否是this，即自己这个View，那么忽略，如果不是自己，那么就将那个处于展开状态的View的侧滑菜单关闭。并将viewCache置空，同时只要有一个侧滑菜单在展开了，我们都剥夺父控件处理TouchEvent的权利。
//存储的是当前正在展开的Viewprivate static CstSwipeDelMenuViewGroup mViewCache;
然后看case MotionEvent.ACTION_MOVE:
我们先通过当前的x值和我们保存的上次的x左边值，计算这次滑动的距离gap。
如果gap大于系统认定的滑动阈值(通过 ViewConfiguration.get(getContext()).getScaledTouchSlop() 得到),则说明是水平方向的侧滑动作，那么也剥夺父控件处理TouchEvent的权利。
然后调用View的scrollBy()方法，滑动我们自定义的ViewGroup的所有子View
滑动后需要判断是否越界，需要修正一下，这里用到了我们在onMeasure时保存的侧滑菜单的宽度。
最后我们将此时的x，y坐标保存一下。
scrollBy方法，很多人容易懵逼，可以简单的记一下结论，不是本文重点暂不深究，像让子View 向左 向上滑，传入正值，向 右 向下滑，传负值。
最后看case MotionEvent.ACTION_UP:和case MotionEvent.ACTION_CANCEL:
注意的是，一定要加上ACTION_CANCEL，不要仅仅判断ACTION_UP。
因为在一些情况下，例如当你的手指一直触摸 从屏幕边缘，离开了屏幕，只会出发CANCEL不会出发UP事件，即当用户保持按下操作，并从你的控件转移到外层控件时，会触发ACTION_CANCEL。
这里的操作就是，根据手指滑动速率，判断手指离开、取消时的动作，是关上侧滑菜单，还是展开侧滑菜单。如果是展开侧滑菜单的操作，要将viewCache设置为this，
同时在最后要将isTouching设置为false，因为此时已经没有人在摸你啦。别忘记释放VelocityTracker~
关于平滑展开smoothExpand() 和平滑关闭smoothClose()方法如下：
/** * 平滑展开 */ public void smoothExpand() { /*mScroller.startScroll(getScrollX(), 0, mRightMenuWidths - getScrollX(), 0); invalidate();*/ ValueAnimator valueAnimator = ValueAnimator.ofInt(getScrollX(), mRightMenuWidths); valueAnimator.addUpdateListener(new ValueAnimator.AnimatorUpdateListener() { @Override public void onAnimationUpdate(ValueAnimator animation) { scrollTo((Integer) animation.getAnimatedValue(), 0); } }); valueAnimator.setInterpolator(new OvershootInterpolator()); valueAnimator.setDuration(300).start(); } /** * 平滑关闭 */ public void smoothClose() {/* mScroller.startScroll(getScrollX(), 0, -getScrollX(), 0); invalidate();*/ ValueAnimator valueAnimator = ValueAnimator.ofInt(getScrollX(), 0); valueAnimator.addUpdateListener(new ValueAnimator.AnimatorUpdateListener() { @Override public void onAnimationUpdate(ValueAnimator animation) { scrollTo((Integer) animation.getAnimatedValue(), 0); } }); valueAnimator.setInterpolator(new AnticipateInterpolator()); valueAnimator.setDuration(300).start(); //LogUtils.d(TAG, "smoothClose() called with:getScrollX() " + getScrollX()); }
一开始我用的是scroller做的，后来发现属性动画的OvershootInterpolator AnticipateInterpolator 貌似更酷炫一些，就改了一下，这都不重要~
获取加速度 和释放的函数：
/** * @param event 向VelocityTracker添加MotionEvent * @see VelocityTracker#obtain() * @see VelocityTracker#addMovement(MotionEvent) */ private void acquireVelocityTracker(final MotionEvent event) { if (null == mVelocityTracker) { mVelocityTracker = VelocityTracker.obtain(); } mVelocityTracker.addMovement(event);}/** * * 释放VelocityTracker * * @see android.view.VelocityTracker#clear() * @see android.view.VelocityTracker#recycle() */ private void releaseVelocityTracker() { if (null != mVelocityTracker) { mVelocityTracker.clear(); mVelocityTracker.recycle(); mVelocityTracker = null; }}==================================================================================
【5 一些不能忘的事】
由于我们使用的是类静态变量存储的处于展开状态的View，所以我们需要在恰当的时机释放它，否则恭喜你~就会内存泄漏啦~
释放时机呢，我选在onDetachedFromWindow()这里函数里，每次当View从屏幕上移除会回调这个函数，在其中我们判断，ViewCache是不是等于自己，如果是，那么关闭侧滑菜单，同时将viewCache赋值null。注释也蛮详细的~
//每次ViewDetach的时候，判断一下 ViewCache是不是自己，如果是自己，关闭侧滑菜单，且ViewCache设置为null，// 理由：1 防止内存泄漏(ViewCache是一个静态变量)// 2 侧滑删除后自己后，这个View被Recycler回收，复用，下一个进入屏幕的View的状态应该是普通状态，而不是展开状态。@Overrideprotected void onDetachedFromWindow() { if (this == mViewCache) { mViewCache.smoothClose(); mViewCache = null; } super.onDetachedFromWindow();}
前面不是提到一个展开时，还禁止了长按么，在如下方法里判断，如果getScrollX大于0，说明已经侧滑了一点点，那么就return，屏蔽长按就好啦，如果这个方法你没见过~，那么我告诉你~其实我也是才看见的，因为下午在做侧滑删除的时候，产品还让我加上长按删除，结果出现了一个小冲突，侧滑的时候同时长按，就会触发长按事件，我觉得要处理一下，就看了一下setOnLongClickListener的源码，顺藤摸瓜，几分钟就可以找到，就不细说啦。
//展开时，禁止长按@Overridepublic boolean performLongClick() { if (getScrollX() > 0) { return false; } return super.performLongClick();}
20160905 新增：
另外附上侧滑时，单击事件的屏蔽，之前忘了补充（代码可以在github上下载）
侧滑时，拦截了点击事件
增加一个变量存储scaleTouchSlop，这个值是系统定义的，超过这个值即判断此次动作是在滑动。我们利用这个值判断是否处于侧滑。
private int mScaleTouchSlop;//为了处理单击事件的冲突
mScaleTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
要拦截点击事件，就是在ACTION_UP里判断，当前处于侧滑状态，并且落点是在内容区域，才返回true，事件不再分发给子View：
如果落点在侧滑菜单区域，是可以点击的。
@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) { switch (ev.getAction()) { case MotionEvent.ACTION_UP: //为了在侧滑时，屏蔽子View的点击事件 if (getScrollX() > mScaleTouchSlop) { //add by 2016 09 10 解决一个智障问题~ 居然不给点击侧滑菜单 我跪着谢罪 //这里判断落点在内容区域屏蔽点击，内容区域外，允许传递事件继续向下的的。。。 if (ev.getX() < getWidth() - getScrollX()) { return true;//true表示拦截 } } break; } return super.onInterceptTouchEvent(ev);}
==================================================================================
【6 另一种高仿IOS的版本】2016 09 11 重写版本 之前有bug。在此抱歉
由于隔壁IOS家，在某个ITEM划出侧滑菜单时，点击屏幕上任意其他的地方，都是关闭这个菜单，同时屏蔽滑动等曹组，感觉是一种阻塞式的体验。
而本文的方案在某个item划出侧滑菜单时，滑动其他的item，会先收起之前的item，不阻塞用户操作，同时执行用户接下来的滑动操作。
点击屏幕上其他的地方，也会自动收起，有人说和IOS不是一毛一样！
允许我吐槽一下~隔壁IOS这种阻塞式的操作，也并不爽啊。。好吧，既然要跟IOS一毛一样。那我就继续改写一下。
添加两个变量，一个作为外部设置是否打开IOS效果的开关，一个用来做拦截flag
用处在dispatchTouchEvent和onInterceptTouchEvent里可知
private boolean isIos = true;//IOS类型的开关public boolean isIos() { return isIos;}public void setIos(boolean ios) { isIos = ios;}private boolean iosInterceptFlag = false;//IOS类型下，是否拦截事件的flag
在DOWN时：
switch (ev.getAction()) { case MotionEvent.ACTION_DOWN: iosInterceptFlag = false;//add by 2016 09 11 ，每次DOWN时，默认是不拦截的 if (isTouching) {//如果有别的指头摸过了，那么就return false。这样后续的move..等事件也不会再来找这个View了。 return false; } else { isTouching = true;//第一个摸的指头，赶紧改变标志，宣誓主权。 } mLastP.set(ev.getRawX(), ev.getRawY()); //如果down，view和cacheview不一样，则立马让它还原。且把它置为null if (mViewCache != null) { if (mViewCache != this) { mViewCache.smoothClose(); mViewCache = null; iosInterceptFlag = isIos;//add by 2016 09 11 ，IOS模式开启的话，且当前有侧滑菜单的View，且不是自己的，就该拦截事件咯。 } //只要有一个侧滑菜单处于打开状态， 就不给外层布局上下滑动了 getParent().requestDisallowInterceptTouchEvent(true); } //求第一个触点的id， 此时可能有多个触点，但至少一个，计算滑动速率用 mPointerId = ev.getPointerId(0); break;
每次ActionDown时，归位恢复为false。 判断 当前有侧滑菜单出现时，且不是自己时，设置一个拦截flag为true，以便在MOVE 和UPCANCEL里阻塞滑动事件，
在MOVE时：判断如果需要拦截，那么这个View的菜单不应该被拉出 直接break，
case MotionEvent.ACTION_MOVE: //add by 2016 09 11 ，IOS模式开启的话，且当前有侧滑菜单的View，且不是自己的，就该拦截事件咯。滑动也不该出现 if (iosInterceptFlag){ break; } float gap = mLastP.x - ev.getRawX(); //为了在水平滑动中禁止父类ListView等再竖直滑动 if (gap > ViewConfiguration.get(getContext()).getScaledTouchSlop()) { getParent().requestDisallowInterceptTouchEvent(true); } //如果scroller还没有滑动结束 停止滑动动画/* if (!mScroller.isFinished()) { mScroller.abortAnimation(); }*/ scrollBy((int) (gap), 0);//滑动使用scrollBy //修正 if (getScrollX() < 0) { scrollTo(0, 0); } if (getScrollX() > mRightMenuWidths) { scrollTo(mRightMenuWidths, 0); } mLastP.set(ev.getRawX(), ev.getRawY()); break;在UP时：如果拦截侧滑，那么也不再判断加速度， 但是记住 要释放VelocityTracker。
case MotionEvent.ACTION_UP:case MotionEvent.ACTION_CANCEL: //add by 2016 09 11 ，IOS模式开启的话，且当前有侧滑菜单的View，且不是自己的，就该拦截事件咯。滑动也不该出现 if (!iosInterceptFlag){ //求伪瞬时速度 verTracker.computeCurrentVelocity(1000, mMaxVelocity); final float velocityX = verTracker.getXVelocity(mPointerId); if (Math.abs(velocityX) > 1000) {//滑动速度超过阈值 if (velocityX < -1000) { //平滑展开Menu smoothExpand(); //展开就加入ViewCache： mViewCache = this; } else { //平滑关闭Menu smoothClose(); } } else { if (getScrollX() > mLimit) {//否则就判断滑动距离 //平滑展开Menu smoothExpand(); //展开就加入ViewCache： mViewCache = this; } else { //平滑关闭Menu smoothClose(); } } } //释放 releaseVelocityTracker(); //LogUtils.i(TAG, "onTouch A ACTION_UP ACTION_CANCEL:velocityY:" + velocityX); isTouching = false;//没有手指在摸我了 break;
2016 09 12 增加：
/** * 快速关闭。 * 用于 点击侧滑菜单上的选项,同时想让它快速关闭(删除 置顶)。 * 这个方法在ListView里是必须调用的， * 在RecyclerView里，视情况而定，如果是mAdapter.notifyItemRemoved(pos)方法不用调用。 */ public void quickClose() { if (this == mViewCache) { //先取消展开动画 if (null != mExpandAnim && mExpandAnim.isRunning()) { mExpandAnim.cancel(); } mViewCache.scrollTo(0, 0);//关闭 mViewCache = null; }}
==================================================================================
【7 源码】：
github地址： 希望大家多多支持 star 哈~
https://github.com/mcxtzhang/SwipeDelMenuViewGroup
特色版本【推荐，无阻塞式】动画用属性动画实现：
http://download.csdn.net/detail/zxt0601/9612171
http://download.csdn.net/detail/zxt0601/9612182
2016 09 11 更新：
建议大家从github上下载，因为距离此博客一开始已经有几个修改，
github为最新版，IOS Android效果 合成一个类，由一个开关控制。
说实话，由于大部分朋友都是不喜欢我所谓的Android特效，故默认IOS类型，但我的项目用的是Android特供版= = 供参考哈~
2016 09 12 更新点
1 增加用RecyclerView、ListView实现的完整删除Demo 供不会用的同学参考。
2 增加一个quickClose()方法，更好的在ListView中使用，不过还是推荐大家用RecyclerView。
2016 09 28 更新点：
1 增加一个item点击事件设置的示例。
==================================================================================
【8 结语】
好了~ 举一反三吧，利用这种类变量的思路 可以做很多事情~ 例如列表的单选等，如果有人有兴趣我后续可以写一些工作积累的花式用法~
没有什么事是一个类产量解决不了的，如果有那么两个。什么？还有，好吧，三个！----------match_zhang
==================================================================================
github地址： 希望大家多多支持 star 哈~
https://github.com/mcxtzhang/SwipeDelMenuViewGroup
特色版本【推荐，无阻塞式】动画用属性动画实现：
http://download.csdn.net/detail/zxt0601/9612171
http://download.csdn.net/detail/zxt0601/9612182
更多相关文章
- android onGenericMotionEvent(MotionEvent event)
- Android(安卓)设置EditText的DrawableRight和DrawableLeft 的通
- 自定义控件和试图(部分原生api)下拉菜单
- [安卓开发Android] RecyclerView 类型与点击事件的用法
- Android利用ViewPager仿微信主界面-android学习之旅(78)
- Android实现ViewPager滑动播放视频，ViewPager+Fragment取消懒加载
- 【转】【Android游戏开发十五】关于Android(安卓)游戏开发中 OnT
- 对Android(安卓)软键盘向下的监听
- EventBus3.0配置及使用