View的滑动冲突

一、引言

上一篇文章中,我们讲到了View的事件分发 机制,明白了点击事件是如何从根View一步步地传递到目标View的。

而在日常开发中,使用一些复杂的View嵌套时,经常会遇到滑动冲突的问题。有时候单单是为了解决这样一个滑动冲突就消耗了不少时间。

既然问题已经被抛出来了,那有什么通用的办法解决呢?本文主要通过分析滑动冲突,到解决滑动冲突,并给出相关的demo作为例子,让View的滑动冲突不再是一件难事。

二、常见的滑动冲突

常见的滑动冲突可以分为以下三种:

2.1 场景一

外部滑动方向和内部滑动方向不一致。这里主要表现为ViewPager和Fragment配合使用所组成的页面滑动效果。 在这种效果中,可以通过左右滑动来切换页面,而每一个页面内部又是一个ListView。 本身这种情况是有滑动冲突的,但是ViewPager内部处理了这种滑动冲突,因此采用ViewPager时无须关注这个问题。但是,如果我们采用的不是ViewPager,而是ScrollView,则必须手动解决滑动冲突。否则造成的后果是内外两层只有一层是可以滑动的,而且会显得很卡顿。当然,还有其他情况,比如说外部上下滑动、内部左右滑动都属于同一种类型的滑动冲突。

当用户左右滑动时,需要让外部的View拦截点击事件;而当用户上下滑动时,需要让内部View拦截点击事件。 在滑动过程中,通过两个点的坐标就可以得到目前的左右滑动还是水平滑动。当竖直方向的滑动距离差大于水平方向的滑动距离差时,就判断为竖直滑动,否则判断为水平滑动。

2.2 场景二

外部滑动方向和内部滑动方向一致。当内外两层都在同一个方向可以滑动时,是存在逻辑上问题的。因为当手指开始滑动的时候,系统无法知道用户到底是想让哪一层滑动。

场景二无法像场景一那样通过滑动的角度、距离差以及速度差来做判断,而一般这个时候则需要从业务上找到突破点,比如业务上有规定:当处于某种状态时,需要外部View响应用户的滑动,而处于另外一种状态时则需要内部View来响应View的滑动。根据这种业务上的需求我们可以得到响应的处理规则。这样的描述还是挺抽象的,在下一节我们会通过实际的例子来演示这种情况的解决方案,这里先有个概念即可。

2.3 场景三

场景三是场景一和场景二的嵌套,因此场景三的滑动冲突看起来更加复杂了。许多应用都有这样一个效果:内层有一个场景一的滑动效果,然后外层又有一个场景二的滑动效果。举个例子,外部有一个SlideMenu效果,然后内部有一个ViewPager,ViewPager的每一个页面又是一个ListView。虽然说场景三的滑动冲突看起来更复杂,但是它是几个单一的滑动冲突的叠加,因此只需要分别处理内层、中层和外层之间的滑动冲突即可。具体的处理方法其实和场景一、场景二相同的。

场景三和场景二一样,无法直接通过滑动的角度、距离差以及速度差来做判断,同样还是只能从业务上找到突破点,具体方法和场景二一样,都是从业务的需求上得出响应的处理规则,在下一节将会通过实际的例子来演示这种情况的解决方案。

三、滑动冲突的解决方式

1、外部拦截法

所谓的外部拦截法是指点击事件都先经过父容器的拦截处理,如果父容器需要此事件,那就拦截,如果不需要此事件就不拦截,这样就可以解决滑动冲突的问题,这种方法比较符合点击事件的分发机制。 外部拦截法需要重写父容器的onInterceptTouchEvent方法,然后在内部做相应的拦截即可。这种方法的伪代码如下所示:

public boolean onInterceptTouchEvent(MotionEvent ev) {
    boolean intercepted =false;
    int x = (int) ev.getX();
    int y = (int) ev.getY();
    switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            intercepted = false;
            break;
        case MotionEvent.ACTION_MOVE:
            if(父容器需要当前点击事件) {
                intercepted = true;
            } else {
                intercepted = false;
            }
            break;
        case MotionEvent.ACTION_UP:
            intercepted = false;
            break;
        default:
            break;
    }
    mLastXIntercept = x;
    mLastYIntercept = y;
    return intercepted;
}

上述代码是外部拦截法的典型逻辑,针对不同的滑动冲突,只需要修改父容器需要当前点击事件这个条件即可,其他均不需要做修改并且也不能修改。 当事件为ACTION_DOWN事件时,必须返回false,即不拦截该事件。因为父容器一旦拦截了该事件,那么后续的ACTION_MOVE和ACTION_UP事件都会直接交给父容器处理,这个时候事件就没法传递给子元素了。 当事件为ACTION_MOVE事件时,可以根据需要来决定是否要拦截,如果父容器需要拦截就返回true,否则返回false。 当事件是ACTION_UP事件时,也要返回false,因为ACTION_UP事件本身已经没有多大意义了。 可以考虑这样的一种情况,假设事件交由子元素处理,如果父容器在ACTION_UP时返回了true,那么会导致子元素无法收到ACTION_UP事件,这个时候子元素的onClick事件就无法触发,因为当子元素为View时,必须接收到ACTION_UP事件才能触发onClick事件。即使父容器的ACTION_UP事件返回了false,但父容器决定要拦截任何一个事件时,那么后续的事件也会交给它来处理。

2、内部拦截法

内部拦截法是指父容器不拦截任何事件,所有的事件都传递到子元素,如果子元素需要此事件就直接消耗掉,否则交给父容器进行处理。 这种方法和Android的事件分发机制不一样,需要配合requestDisallowInterceptTouchEvent 方法才能正常工作,相较于外部拦截法稍显复杂。 内部拦截法需要重写子元素的dispatchTouchEvent方法。这种方法的伪代码如下所示:

public boolean dispatchTouchEvent(MotionEvent ev) {
    int x = (int) ev.getX();
    int y = (int) ev.getY();
    switch (ev.getAction()) {case MotionEvent.ACTION_DOWN:
            parent.requestDisallowInterceptTouchEvent(true);
            break;
        case MotionEvent.ACTION_MOVE:
            int deltaX = x - mLastX;
            int deltaY = x - mLastY;
            if (父容器需要此类点击事件) {
                parent.requestDisallowInterceptTouchEvent(false);
            }
            break;
        case MotionEvent.ACTION_UP:
            break;
        default:
            break;
    }
    mLastX = x;
    mLastY = y;
    return super.dispatchTouchEvent(ev);
}

上面代码是内部拦截法的典型代码,但面对不同的滑动策略时,只需要修改父容器需要此类点击事件的条件即可,其他不需要修改也不能修改。 当然,这里除了子元素需要做处理之外,父元素也要默认拦截除ACTION_DOWN之外的其他事件,这样当子元素调用parent. requestDisallowInterceptTouchEvent(false)方法时,父元素才能继续拦截所需的事件。 父容器不拦截ACTION_DOWN事件的原因和上面的一样的,如果拦截了ACTION_DOWN事件,那么所有的事件都无法传递到子元素中去,这样内部拦截法就不起作用了。父元素所做的修改如下所示:

public boolean onInterceptTouchEvent(MotionEvent ev) {
    int action = ev.getAction();if (action == MotionEvent.ACTION_DOWN) {
        return false;
    } else {
        return true;
    }
}

四、实例演示

下面来看一个例子,分别说明如何利用外部拦截法和内部拦截法来解决View的滑动冲突。 下面的例子最外层是HorizontalListView,这是一个可以水平滑动的ListView,是我从Github上拉过来的。出处是MeetMe/Android-HorizontalListView,HorizontalListView的里面是多个ItemView,而ItemView是可以上下滑动的ListView。 下面是Activity的代码:

public class TestActivity extends Activity {
    
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);setContentView(R.layout.test_activity);

        HorizontalListView horizontalView = findViewById(R.id.horizontal_list_view);
        horizontalView.setAdapter(new MyListAdapter());
    }

    class MyListAdapter extends BaseAdapter {

        @Override
        public int getCount() {
            return 3;
        }

        @Override
        public Object getItem(int position) {
            return null;
        }

        @Override
        public long getItemId(int position) {
            return 0;
        }

        @Override
        public View getView(int position, View convertView, ViewGroup parent) {
            convertView = LayoutInflater.from(TestActivity.this).inflate(R.layout.horizontal_item, parent, false);
            ListView listView = convertView.findViewById(R.id.list_view);
            listView.setAdapter(new ArrayAdapter<String>(TestActivity.this, android.R.layout.simple_list_item_1, new String[]{"1", "2", "3", "4", "5", " 6", "7", "8", "9", "10", "1", "2", "3", "4", "5", " 6", "7", "8", "9", "10"}));
            return convertView;
        }
    }
}

Activity的代码逻辑挺简单的,这里创建了三个子Item,并将其加入了HorizontalListView中,而三个子Item每一个又是由ListView构成。

horizontal_item的代码如下:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <com.mucfc.myapplication.CustomListView
        android:id="@+id/list_view"
        android:layout_width="180dp"
        android:layout_height="match_parent"/>

</LinearLayout>

CustomListView的代码如下:

public class CustomListView extends ListView {
    public CustomListView(Context context) {
        super(context);
    }

    public CustomListView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public CustomListView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }
}

HorizontalListView的完整代码由于比较长,所以这里省略。 如果运行上面的例子,则会出现滑动冲突的情况。具体的表现是,左右滑动和上下滑动不流畅,给人的感觉就是很卡顿。

下面就从外部拦截法和内部拦截法这两种方法着手,看一下如何解决上述冲突。

外部拦截法

如果采用外部拦截法,则需要在HorizontalListView中重写onInterceptTouchEvent方法,如下所示:

private int mLastX;
private int mLastY;

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    int x = (int) (ev.getX());
    int y = (int) (ev.getY());
    boolean intercept =false;
    switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            intercept = false;
            break;
        case MotionEvent.ACTION_MOVE:
            if (Math.abs(x - mLastX) > Math.abs(y - mLastY)) {
                intercept = true;
            } else {
                intercept = false;
            }
            break;
        case MotionEvent.ACTION_UP:
            intercept = false;
            break;
    }
    mLastX = x;
    mLastY = y;
    return intercept;
}

从上述的代码看,它和外部拦截法的伪代码差别很小,只是将父容器的拦截条件换成了具体的逻辑。这里的判断是,当水平滑动方向的距离大于竖直滑动方向的距离时,则判断为水平滑动,此时需要让父容器进行拦截事件;而当竖直滑动方向的距离大于水平滑动方向的距离时,则判断为竖直滑动

内部拦截法

如果采用内部拦截法,需要在HorizontalListView中重写onInterceptTouchEvent方法,并在CustomListView中重写dispatchOnTouchEvent方法,具体代码如下所示:

## CustomListView ##

private int mLastX;
private int mLastY;

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    int x = (int) ev.getX();
    int y = (int) ev.getY();
    switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            getParent().requestDisallowInterceptTouchEvent(true);
            break;
        case MotionEvent.ACTION_MOVE:
            if (Math.abs(x - mLastX) > Math.abs(y - mLastY)) {
                getParent().requestDisallowInterceptTouchEvent(false);
            }
            break;
        case MotionEvent.ACTION_UP:
            break;
    }
    mLastX = x;
    mLastY = y;
    return super.dispatchTouchEvent(ev);
}

## HorizontalListView ##

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
        return false;
    } else {
        return true;
    }
}

相比于外部拦截法,内部拦截法需要修改CustomListView和HorizontalListView两个类的代码,复杂度相对来说比较高。但也能够实现滑动冲突的解决。至于在实际应用中要使用哪种方法,完全看个人的爱好,只要能解决问题,方法没有好坏之分。

五、参考文章

本文主要参考 《Android开发艺术探索》 一书中的《View事件体系》这一章的内容,这本书深入浅出的讲解了Android开发中的知识点,是开发进阶的必备利器。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值