时间：2021-02-16 10:46:39 | 栏目：iOS代码 | 点击：次
最近项目中用到下拉刷新与侧滑删除需要同时实现的情形, 所以对LRecyclerView进行了一些了解, 在测试侧滑功能时, 发现iOS阻塞效果不完整, 即当条目处于侧滑状态时, 点击该条目的非侧滑位置时无法自动关闭, 于是对LRecyclerView项目中的自定义 SwipeMenuView进行了分析, 发现在dispatchTouchEvent的down事件中进行了如下的条件判断:
if (mViewCache != this) {
mViewCache.smoothClose();
mViewCache = null;
iosInterceptFlag = isIos;//add by 2016 09 11 ，IOS模式开启的话，且当前有侧滑菜单的View，且不是自己的，就该拦截事件咯。
}
这样的判断导致阻塞效果无法在被侧滑的条目上实现, 所以我加上了如下的条件判断:
//如果是自己, 当按下的位置在内容的范围, 关闭侧滑菜单, 否则不拦截
if (ev.getRawX() < mScreenW - mRightMenuWidths) {
mViewCache.smoothClose();
mViewCache = null;
iosInterceptFlag = isIos;
}
最后, SwipeMenuView中完整的dispatchTouchEvent的down事件如下:
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，且不是自己的，就该拦截事件咯。
} else {
//如果是自己, 当按下的位置在内容的范围, 关闭侧滑菜单, 否则不拦截
if (ev.getRawX() < mScreenW - mRightMenuWidths) {
mViewCache.smoothClose();
mViewCache = null;
iosInterceptFlag = isIos;
}
}
//只要有一个侧滑菜单处于打开状态， 就不给外层布局上下滑动了
getParent().requestDisallowInterceptTouchEvent(true);
}
//求第一个触点的id， 此时可能有多个触点，但至少一个，计算滑动速率用
mPointerId = ev.getPointerId(0);
break;