最近项目中用到下拉刷新与侧滑删除需要同时实现的情形, 所以对LRecyclerView进行了一些了解, 在测试侧滑功能时, 发现iOS阻塞效果不完整, 即当条目处于侧滑状态时, 点击该条目的非侧滑位置时无法自动关闭, 于是对LRecyclerView项目中的自定义 SwipeMenuView进行了分析, 发现在dispatchTouchEvent的down事件中进行了如下的条件判断:
|
1
2
3
4
5
|
if (mViewCache != this) { mViewCache.smoothClose(); mViewCache = null; iosInterceptFlag = isIos;//add by 2016 09 11 ，IOS模式开启的话，且当前有侧滑菜单的View，且不是自己的，就该拦截事件咯。 } |
这样的判断导致阻塞效果无法在被侧滑的条目上实现, 所以我加上了如下的条件判断:
|
1
2
3
4
5
6
|
//如果是自己, 当按下的位置在内容的范围, 关闭侧滑菜单, 否则不拦截 if (ev.getRawX() < mScreenW - mRightMenuWidths) { mViewCache.smoothClose(); mViewCache = null; iosInterceptFlag = isIos; } |
最后, SwipeMenuView中完整的dispatchTouchEvent的down事件如下:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
|
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; |
以上所述是小编给大家介绍的LRecyclerView侧滑iOS阻塞效果不完整的解决办法，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对服务器之家网站的支持！
原文链接：http://blog.csdn.net/x343320790/article/details/53880169
