快捷導(dǎo)航

Android App中ViewPager所帶來(lái)的滑動(dòng)沖突問(wèn)題解決方法

更新時(shí)間：2016年06月29日 11:43:21 作者：IAM四十二

Android中我們經(jīng)常使用ViewPager配合Fragment實(shí)現(xiàn)視圖滑動(dòng),但在實(shí)際操作中又會(huì)經(jīng)常發(fā)生方向上的沖突問(wèn)題,這里我們就來(lái)總結(jié)一下Android App中ViewPager所帶來(lái)的滑動(dòng)沖突問(wèn)題解決方法:

敘述
滑動(dòng)沖突可以說(shuō)是日常開(kāi)發(fā)中比較常見(jiàn)的一類(lèi)問(wèn)題，也是比較讓人頭疼的一類(lèi)問(wèn)題，尤其是在使用第三方框架的時(shí)候，兩個(gè)原本完美的控件，組合在一起之后，忽然發(fā)現(xiàn)整個(gè)世界都不好了。

關(guān)于滑動(dòng)沖突
滑動(dòng)沖突分類(lèi)：
滑動(dòng)沖突，總的來(lái)說(shuō)就是兩類(lèi)。

1.同方向滑動(dòng)沖突
比如ScrollView嵌套ListView，或者是ScrollView嵌套自己

2.不同方向滑動(dòng)沖突
比如ScrollView嵌套ViewPager，或者是ViewPager嵌套ScrollView，這種情況其實(shí)很典型?，F(xiàn)在大部分應(yīng)用最外層都是ViewPager+Fragment 的底部切換（比如微信）結(jié)構(gòu)，這種時(shí)候，就很容易出現(xiàn)滑動(dòng)沖突。不過(guò)ViewPager里面無(wú)論是嵌套ListView還是ScrollView，滑動(dòng)沖突是沒(méi)有的，畢竟是官方的東西，可能已經(jīng)考慮到了這些，所以比較完善。

復(fù)雜一點(diǎn)的滑動(dòng)沖突，基本上就是這兩個(gè)沖突結(jié)合的結(jié)果。

滑動(dòng)沖突解決思路
滑動(dòng)沖突，就其本質(zhì)來(lái)說(shuō)，兩個(gè)不同方向（或者是同方向）的View，其中有一個(gè)是占主導(dǎo)地位的，每次總是搶著去處理外界的滑動(dòng)行為，這樣就導(dǎo)致一種很別扭的用戶(hù)體驗(yàn)，明明只是橫向的滑動(dòng)了一下，縱向的列表卻在垂直方向發(fā)生了動(dòng)作。就是說(shuō)，這個(gè)占主導(dǎo)地位的View，每一次都身不由己的攔截了這個(gè)滑動(dòng)的動(dòng)作，因此，要解決滑動(dòng)沖突，就是得明確告訴這個(gè)占主導(dǎo)地位的View，什么時(shí)候你該攔截，什么時(shí)候你不應(yīng)該攔截，應(yīng)該由下一層的View去處理這個(gè)滑動(dòng)動(dòng)作。

這里不明白的同學(xué)，可以去了解一下Android Touch事件的分發(fā)機(jī)制，這也是解決滑動(dòng)沖突的核心知識(shí)。

第二種滑動(dòng)沖突，解決起來(lái)是比較簡(jiǎn)單的。這里就結(jié)合例子說(shuō)一下。

這里，說(shuō)一下背景情況。之前做下拉刷新、上拉加載更多時(shí)一直使用的是PullToRefreshView這個(gè)控件，因?yàn)楹芊奖悖挥脤?dǎo)入三方工程。在其內(nèi)部可以放置ListView，GridView及ScrollView，非常方便，用起來(lái)可謂是屢試不爽。但是直到有一天，因項(xiàng)目需要，在ListView頂部加了一個(gè)輪播圖控件BannerView。結(jié)果發(fā)現(xiàn)輪播圖滑動(dòng)的時(shí)候，和縱向的下拉刷新組件沖了。
如之前所說(shuō)，解決滑動(dòng)沖突的關(guān)鍵，就是明確告知接收到Touch的View，是否需要攔截此次事件。

解決方法：
解決方案1，從外部攔截機(jī)制考慮
這里，相當(dāng)于是PullToRefreshView嵌套了ViewPager，那么每次優(yōu)先接收到Touch事件的必然是PullToRefreshView。這樣就清楚了，看代碼：

在PullToRefreshView中：

 @Override
  public boolean onInterceptTouchEvent(MotionEvent e) {
    int y = (int) e.getRawY();
    int x = (int) e.getRawX();
    boolean resume = false;
    switch (e.getAction()) {
      case MotionEvent.ACTION_DOWN:
        // 發(fā)生down事件時(shí),記錄y坐標(biāo)
        mLastMotionY = y;
        mLastMotionX = x;
        resume = false;
        break;
      case MotionEvent.ACTION_MOVE:
        // deltaY > 0 是向下運(yùn)動(dòng),< 0是向上運(yùn)動(dòng)
        int deltaY = y - mLastMotionY;
        int deleaX = x - mLastMotionX;

        if (Math.abs(deleaX) > Math.abs(deltaY)) {
          resume = false;
        } else {
        //當(dāng)前正處于滑動(dòng)
          if (isRefreshViewScroll(deltaY)) {
            resume = true;
          }
        }
        break;
      case MotionEvent.ACTION_UP:
      case MotionEvent.ACTION_CANCEL:
        break;
    }
    return resume;
  }

這里最關(guān)鍵的代碼就是這行

if (Math.abs(deleaX) > Math.abs(deltaY)) {
          resume = false;
        }

橫向滑動(dòng)距離大于縱向時(shí)，無(wú)須攔截這次滑動(dòng)事件。其實(shí)，就是這么簡(jiǎn)單，但前提是你必須明確了解Android Touch事件的傳遞機(jī)制，期間各個(gè)方法執(zhí)行的順序及意義。

解決方案2，從內(nèi)容逆向思維分析
有時(shí)候，我們不想去修改引入的第三方控件，或者說(shuō)是無(wú)法修改時(shí)。就必須考慮從當(dāng)前從Touch傳遞事件中最后的那個(gè)View逆向考慮。首先，由Android中View的Touch事件傳遞機(jī)制，我們知道Touch事件，首先必然由最外層View攔截，如果無(wú)法更改這個(gè)最外層View，那么是不是就沒(méi)轍了呢？其實(shí)不然，Android這么高大上的系統(tǒng)必然考慮到了這個(gè)問(wèn)題，好了廢話(huà)不說(shuō)，先看代碼

  private BannerView carouselView;
  private Context mContext;

  private PullToRefreshView refreshView;

  .........

 refreshView.setOnTouchListener(new View.OnTouchListener() {
      @Override
      public boolean onTouch(View v, MotionEvent event) {
        carouselView.getParent().requestDisallowInterceptTouchEvent(false);
        return false;
      }
    });

    carouselView.setOnTouchListener(new View.OnTouchListener() {
      @Override
      public boolean onTouch(View v, MotionEvent event) {
        carouselView.getParent().requestDisallowInterceptTouchEvent(true);
        int x = (int) event.getRawX();
        int y = (int) event.getRawY();

        switch (event.getAction()) {
          case MotionEvent.ACTION_DOWN:
            lastX = x;
            lastY = y;
            break;
          case MotionEvent.ACTION_MOVE:
            int deltaY = y - lastY;
            int deltaX = x - lastX;
            if (Math.abs(deltaX) < Math.abs(deltaY)) {
              carouselView.getParent().requestDisallowInterceptTouchEvent(false);
            } else {
              carouselView.getParent().requestDisallowInterceptTouchEvent(true);
            }
          default:
            break;
        }
        return false;
      }
    });

說(shuō)一下這個(gè)方法

public abstract void requestDisallowInterceptTouchEvent (boolean disallowIntercept)

子View如果不希望其父View攔截Touch事件時(shí)，可調(diào)用此方法。當(dāng)disallowIntercept這個(gè)參數(shù)為true時(shí)，父View將不攔截。
好了，言歸正傳。這里攔截直接也很明確，在carouselView的onTouch方法中每次進(jìn)入就設(shè)定父View不攔截此次事件，然后在MOTION_MOVE時(shí)候，根據(jù)滑動(dòng)的距離判斷再?zèng)Q定是父View是否有權(quán)利攔截Touch事件（即滑動(dòng)行為）。

ViewPager禁止滑動(dòng)
或者我們干脆就把滑動(dòng)給禁止了：

public class CustomViewPager extends ViewPager {
 
  private boolean isPagingEnabled = true;
 
  public CustomViewPager(Context context) {
    super(context);
  }
 
  public CustomViewPager(Context context, AttributeSet attrs) {
    super(context, attrs);
  }
 
  @Override
  public boolean onTouchEvent(MotionEvent event) {
    return this.isPagingEnabled && super.onTouchEvent(event);
  }
 
  @Override
  public boolean onInterceptTouchEvent(MotionEvent event) {
    return this.isPagingEnabled && super.onInterceptTouchEvent(event);
  }
 
  public void setPagingEnabled(boolean b) {
    this.isPagingEnabled = b;
  }}

您可能感興趣的文章: