ViewPager不为人知的秘密

转载 2015年11月18日 11:16:53

ViewPager翻页控制

关于控制ViewPager的翻页,在网上已经有很多解决方法了,我们一个个来看看。

setScanScroll()

我们先来看一下具体实现:

public class CustomViewPager extends ViewPager {  

    private boolean isCanScroll = true;  

    public CustomViewPager(Context context) {  
        super(context);  
    }  

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

    public void setScanScroll(boolean isCanScroll){  
        this.isCanScroll = isCanScroll;  
    }  

    @Override  
    public void scrollTo(int x, int y){  
        if (isCanScroll){  
            super.scrollTo(x, y);  
        }  
    } 
}

通过控制isCanScroll变量,设置给scrollTo()方法,控制是否能滑动,看上去非常完美,实际上是最不靠谱的方法,因为你setScanScroll()调用之后状态就无法再修改这个状态了,甚至是setCurrentItem方法都不能调用了。

修改Touch事件

同样,我们先来看看代码:

public class NoScrollViewPager extends ViewPager {
    public NoScrollViewPager(Context context) {
        super(context);
    }

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

    @Override
    public boolean onTouchEvent(MotionEvent arg0) {
        return false;
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent arg0) {
        return false;
    }
}

这代码也很简单,就是控制ViewPager的Touch事件,这个基本是万能的,毕竟是从根源上入手的。你可以在onTouchEvent和onInterceptTouchEvent中做逻辑的判断。

重写ViewPager

前面两种方法固然可以在一定程度上完成我们的要求,但是显得略2.所以,我们来看这种方式。

首先我们要了解下ViewPager切页的原理,经过一段时间的查找,我们找到了这个类:

    private int determineTargetPage(int currentPage, float pageOffset, int velocity, int deltaX) {
        int targetPage;
        if (Math.abs(deltaX) > mFlingDistance && Math.abs(velocity) > mMinimumVelocity) {
            targetPage = velocity > 0 ? currentPage : currentPage + 1;
        } else {
            final float truncator = currentPage >= mCurItem ? 0.4f : 0.6f;
            targetPage = (int) (currentPage + pageOffset + truncator);
        }

        if (mItems.size() > 0) {
            final ItemInfo firstItem = mItems.get(0);
            final ItemInfo lastItem = mItems.get(mItems.size() - 1);

            // Only let the user target pages we have items for
            targetPage = Math.max(firstItem.position, Math.min(targetPage, lastItem.position));
        }
        return targetPage;
    }

不用问我是怎么找到的,这是程序员的嗅觉。

这个方法会在切页的时候重定向Page,那么我们只要在这个方法内重新定向到我们想要的Page就好了。

这是ViewPager的控制切页逻辑。

下面我们继续看,其实在ViewPager中,就给我们提供了一个重写的方法——canScroll,看名字就知道了,这个方法是来控制是否能够滑动的,我们来试下,我们先extends ViewPager,然后重写这个方法:

    @Override
    protected boolean canScroll(View v, boolean checkV, int dx, int x, int y) {
        boolean result = super.canScroll(v, checkV, dx, x, y);
        if (dx < 0 && (/*其它控制逻辑**/)) {
            return true;
        }
        return result;
    }

通过控制这个方法返回值,就可以真真实实的控制ViewPager的滑动了,你可以试一下,当然,肯定是可以的。

那是不是这样就可以了呢?当然不是的,不然我怎么能继续装逼呢?

虽然在大部分时间,这个回调已经可以实现ViewPager的翻页控制了,但是,如果你翻页速度很快,你就会发现,其实这个回调方法的执行,是跟不上你的速度的。如果你翻页很快,是可以跳过去的,如果你打log,你会发现,canScroll虽然会一直回调,但是回调并不是实时的,所以会出现bug。这也是为什么我开始要解释ViewPager翻页原理的原因,真不是我要装逼,而是为你留下的伏笔。

所以,最终的解决方案就是canScroll + determineTargetPage

首先,我们要重写ViewPager,不用害怕,ViewPager没有任何依赖,你可以把整个ViewPager的源代码全部copy过来,而不需要修改一行代码,除了包名。

然后,我们找到determineTargetPage这个方法,将targetPage修改下:

    private int determineTargetPage(int currentPage, float pageOffset, int velocity, int deltaX) {
        int targetPage;
        if (Math.abs(deltaX) > mFlingDistance && Math.abs(velocity) > mMinimumVelocity) {
            targetPage = velocity > 0 ? currentPage : currentPage + 1;
        } else {
            final float truncator = currentPage >= mCurItem ? 0.4f : 0.6f;
            targetPage = (int) (currentPage + pageOffset + truncator);
        }

        if (mItems.size() > 0) {
            final ItemInfo firstItem = mItems.get(0);
            final ItemInfo lastItem = mItems.get(mItems.size() - 1);

            // Only let the user target pages we have items for
            targetPage = Math.max(firstItem.position, Math.min(targetPage, lastItem.position));
        }

        targetPage = reDetermineTargetPage(targetPage);

        return targetPage;
    }

targetPage = reDetermineTargetPage(targetPage)这个就是我们加的代码,通过reDetermineTargetPage方法,我们来修改ViewPager的targetPage,是不是很无耻的感觉,正常正常。

所以,我们要增加一个父类方法给我们后面继承的ViewPager重写:

    public int reDetermineTargetPage(int targetPage) {
        return targetPage;
    }

最后,我们在继承的ViewPager中,重写这两个方法:

public class MyViewPager extends ViewPager {

    @Override
    protected boolean canScroll(View v, boolean checkV, int dx, int x, int y) {
        boolean rt = super.canScroll(v, checkV, dx, x, y);
        if (dx < 0 && (/*其他逻辑控制**/)) {
            return true;
        }
        return rt;
    }

    @Override
    public int reDetermineTargetPage(int targetPage) {
        int rtn = targetPage;
        int currentPage = getCurrentItem();
        if (targetPage > currentPage && (/* 其他逻辑控制**/)) {
            rtn = currentPage;
        }
        return rtn;
    }
}

这样我们就非常完美的实现了ViewPager的翻页控制,在慢慢翻页的时候,canScroll就可以帮我们控制了,当快速翻页的时候reDetermineTargetPage给我们做了双保险,即使你翻页过去了,你也会被targetPage给带回来。

ViewPager强制刷新UI

ViewPager不能动态刷新UI的原因主要是因为PagerAdapter中调用notifyDataSetChanged是会失效的。

通用解决方法

当ViewPager绘制完Item之后,ViewPager会把child标记为POSITION_UNCHANGED,这样就不会在notifyDataSetChanged后更新这个View了。所以,要解决这个问题,我们只需要在:

    @Override
    public int getItemPosition(Object object) {
        return POSITION_NONE;
    }

当我们调用PagerAdapter的notifyDataSetChanged方法之后,系统会去Adapter的getItemPosition方法中遍历所有的child,我们在上面的方法中改写了返回值,全部返回为POSITION_NONE,表示child都没有绘制过,这样ViewPager就会去重绘了。

更加优化一点的代码如下:

    @Override
    public void notifyDataSetChanged() {
        mChildCount = getCount();
        super.notifyDataSetChanged();
    }

    @Override
    public int getItemPosition(Object object) {
        // 重写getItemPosition,保证每次获取时都强制重绘UI
        if (mChildCount > 0) {
            mChildCount--;
            return POSITION_NONE;
        }
        return super.getItemPosition(object);
    }

我们增加一个mChildCount来记录子类的数量,在一定程度上减少重绘的次数。

因为重绘的时候,ViewPager会的Destory Item,增加了系统开销。

更加优化的方法

当我们只需要对ViewPager中的某些元素进行更新时,我们可以在instantiateItem方法调用时,用View.setTag方法加入标志,在需要更新View时,通过findViewWithTag的方法找到对应的View进行更新。

android studio那些不为人知的秘密

作为Google亲儿子,android studio带给我们众多的惊喜,ADT最近也正式退役了,想必大家都已经用上android studio,甚至是android studio的老用户了,但你真的了...
  • to_perfect
  • to_perfect
  • 2017年01月11日 17:11
  • 1808

ViewPager不为人知的秘密

ViewPager不为人知的秘密ViewPager翻页控制关于控制ViewPager的翻页,在网上已经有很多解决方法了,我们一个个来看看。setScanScroll()我们先来看一下具体实现:publ...
  • x359981514
  • x359981514
  • 2015年11月10日 12:55
  • 6450

CSDN不为人知的秘密

管理员大哥你在哪里啊,为什么总扣我分,评论后不还我哦~~我承认下的多,上传的少,下次我改还不行么,但也不能不还我的分哦~~...
  • qw121ertg
  • qw121ertg
  • 2009年08月26日 10:07
  • 232

Eclipse不为人知的秘密

http://mgoann.iteye.com/blog/1396637  Debug视图 认识debug视图,红色部分框为线程堆栈视图,黄色部分框为表达式、断点、变量视图...
  • youycc
  • youycc
  • 2012年02月10日 13:49
  • 384

网页不为人知的秘密

javascript:R=0; x1=.1; y1=.05; x2=.25; y2=.24; x3=1.6; y3=.24; x4=300; y4=200; x5=300; y5=200; DI=do...
  • mgzcun
  • mgzcun
  • 2009年07月02日 00:59
  • 242

jquery不为人知的秘密

jQuery的向来以其完善的文档著称,而不像早期的Prototype那样库写的很牛,而文档很糟糕,其他使用者不得不看他的源码以了解一些功能。 但是,文档的更新速度是远没有其程序变化的快的。这里介绍一些...
  • zzh87615
  • zzh87615
  • 2010年07月19日 15:08
  • 1114

不为人知的秘密

Android手机拨号键盘隐藏工程代码合集 在拨号面板中输入就可执行,但不保证所有代码在你的手机上都可执行。 *#*#4636#*#*   显示手机信息、电池信息、电池记录、使用统计数...
  • lx602292982
  • lx602292982
  • 2014年05月21日 14:40
  • 232

Server.MapPath()不为人知的秘密

ASP中,常用Server.MapPath()来获取文件或文件夹路径,但是你可能碰到过这个方法出错的情况,而在手册或者教程中根本找不到相应的说明,只能从网上搜索到问题的答案,本文是我的经验分享,希望对...
  • cuixiping
  • cuixiping
  • 2012年09月05日 11:31
  • 1660

IT公司不为人知的秘密

欢迎大家留言交流,谷歌是一家什么样公司?
  • snsHL9db69ccu1aIKl9r
  • snsHL9db69ccu1aIKl9r
  • 2017年10月15日 00:00
  • 91

SendMessage不为人知的秘密

SendMessage的说明我这里就不再复述了,相信大家应该都很了解,写这篇文件的目的就是让大家更好的了解SendMessage机制和运行原理,好吧我们开始吧。 SendMessage的调用如果是在...
  • flyound
  • flyound
  • 2012年11月29日 12:14
  • 794
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:ViewPager不为人知的秘密
举报原因:
原因补充:

(最多只允许输入30个字)