Android 动态更新Viewpager+fragment完美解决方案

最近遇到个问题,一直没有找到很好的解决方案,今天终于解决了。

Viewpager嵌套多个Fragment

  1. 现在我要改变fragment中的数据。

    这个非常的简单,网上有很多答案都能解决。

  2. 改变Viewpager的数量,也就是说我要动态的增加或者删除Viewpager的页面数量。

    这个就非常操蛋了。

查遍资料,才找到解决办法。写下来备忘。

从FragmentPagerAdapter的运行机制中找解决办法

通常使用FragmentPagerAdapter都会另外写个类,继承自FragmentPagerAdapter,类似下面的写法

    public class MyFragmentPagerAdapter extends FragmentPagerAdapter {
        public MyFragmentPagerAdapter(FragmentManager fm) {
            super(fm);
        }
        @Override
        public Fragment getItem(int position) {
            return NewsListFragment.newInstance(myUrls.get(position));
        }
        @Override
        public int getCount() {
            return myUrls.size();
        }
    }

以上只是个简单示例,链表正常是应该写在里面的。

之前查资料看网上的答案是,复写 getItemPosition 方法,让其每次都调用getItem 方法加载新的内容,以此达到动态更新viewPager的目的。代码如下

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

实际上,这种方法在使用FragmentPagerAdapter 时时行不通的。FragmentPagerAdapter中有一个 instantiateItem方法,此方法会在 getItem 之前被调用。看下源码:

@Override
    public Object instantiateItem(ViewGroup container, int position) {
        if (mCurTransaction == null) {
            mCurTransaction = mFragmentManager.beginTransaction();
        }

        final long itemId = getItemId(position);

        // Do we already have this fragment?
        String name = makeFragmentName(container.getId(), itemId);
        Fragment fragment = mFragmentManager.findFragmentByTag(name);
        if (fragment != null) {
            if (DEBUG) Log.v(TAG, "Attaching item #" + itemId + ": f=" + fragment);
            mCurTransaction.attach(fragment);
        } else {
            fragment = getItem(position);
            if (DEBUG) Log.v(TAG, "Adding item #" + itemId + ": f=" + fragment);
            mCurTransaction.add(container.getId(), fragment,
                    makeFragmentName(container.getId(), itemId));
        }
        if (fragment != mCurrentPrimaryItem) {
            fragment.setMenuVisibility(false);
            fragment.setUserVisibleHint(false);
        }

        return fragment;
    }

可以看到,getItem 是在此方法中调用的。这里大概的意思是,每次getItem之前,都会判断有无这个fragment,如果有,就直接创建,如果没有,则调用getItem 得到一个fragment。

之所以这么做,大概是为了运行效率吧,毕竟fragment还是很大的,每次都去重新创建,太耗性能了。所以,我们要如何来更新fragment ?

网上的几种方法 大概的原因是 复写instantiateItem 方法,来做相关处理。但是实际使用中,当我增加或删除页面数量时,就会出问题。

所以,尝试另外一种方法。上面的instantiateItem 方法中,保存tag时,使用的是 itemId作为标识,所以当我们改变了数据时,去改变一下 ID不就好了?

public class MyFragmentPagerAdapter extends FragmentPagerAdapter {
        private long baseId = 0;

        public MyFragmentPagerAdapter(FragmentManager fm) {
            super(fm);
        }

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

        @Override
        public long getItemId(int position) {
            // give an ID different from position when position has been changed
            return baseId + position;
        }

        @Override
        public Fragment getItem(int position) {
            return NewsListFragment.newInstance(myUrls.get(position));
        }

        /**
         * 更新fragment的数量之后,在调用notifyDataSetChanged之前,changeId(1) 改变id,改变tag
         * @param n
         */
        public void changeId(int n) {
            // shift the ID returned by getItemId outside the range of all previous fragments
            baseId += getCount() + n;
        }

        @Override
        public int getCount() {
            return myUrls.size();
        }

        @Override
        public CharSequence getPageTitle(int position) {
            return myUrls.get(position).getName();
        }
    }

首先增加了个 baseId 作为标识。

myUrls 只是我的一个链表数据,这个忽略掉就行。

增加了一个 changeId 方法,用来改变 ID,重写 getItemId方法。

所以此时,当我需要改变Viewpager中的fragment的数量或者数据时,先调用 changeId 方法,再调用notifyDataSetChanged ,如下:

mAdapter.changeId(1);
mAdapter.notifyDataSetChanged();
mViewpager.setAdapter(mAdapter);

此时,由于id不一样,所以FragmentPagerAdapter 会认为现在的 fragment和之前创建的fragment都不一样,从而调用getItem 来重新加载。从而达到 既可以改变数据,也能动态增加删除fragment的效果。

参考:http://stackoverflow.com/questions/10396321/remove-fragment-page-from-viewpager-in-android

原文:http://539go.com/2016/09/01/Android-%E5%8A%A8%E6%80%81%E6%9B%B4%E6%96%B0Viewpager+fragment%E5%AE%8C%E7%BE%8E%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88/

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,544评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,430评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,764评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,193评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,216评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,182评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,063评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,917评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,329评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,543评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,722评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,425评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,019评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,671评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,825评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,729评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,614评论 2 353

推荐阅读更多精彩内容