封装篇——Fragment懒加载

为什么要做fragment的懒加载封装呢???一个字“懒”!!!

我老大告诉我:不会偷懒的程序员不是个好厨师 ^~^ ^~^ ^~^

我们可能会以 viewpager(或其他容器)与多个Fragment组合使用,相信使用过的猿(媛)友们都碰到过下面的这些问题:

1. 预加载Fragment时,也就是加载不可见的Fragment时,该不可见的Fragment初始化数据和页面可能占用了大量的资源;

2. 如果当页面内有动画或者是存在其它持续性的操作,fragment的状态切换时操作的开关问题;

3. 初始化时代码量大的问题,没错 在我看来 连初始化写

inflater.inflate(R.layout.xxx,container,false) 都是多余重复的操作;

既然列出了我们需要解决的问题,下面我将从 需要了解的知识点、封装生命周期、常用方法、还有高级扩展方法 四点,讲讲我是如何进行封装的

需要了解的知识点

没错,进行封装之前,你必须对你要封装的对象有一个比较稍微深入一点的了解,不然只能是盲人摸象了。

1. Fragment的生命周期:最起码要知道’被创建’、’对用户可见’、’进入“后台模式’、’被销毁’这四个操作下它会经历哪些状态。(可查看:http://www.cnblogs.com/purediy/p/3276545.html

2. 既然是懒加载,我们必须知道setUserVisibleHint这个方法。(API地址:http://androiddoc.qiniudn.com/reference/android/app/Fragment.html#setUserVisibleHint(boolean) );

知道了生命周期是如何运作了,我们来做下一步的事情:封装 Fragment的生命周期。

封装懒加载的生命周期

我们要达到的具体效果:

1. 预加载时只做轻量的初始化;

2. 第一次可见状态下才开始加载数;

3. 在把生命周期拆成 “可见”与“不可见”状态;

4. 使开发更加关注业务本身,而不是被繁琐的生命周期拖延时间;

我们大概能抽出几个方法出来了,如下图:

初始化 xml,初始化 UI

    @Override
    public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        if (getContentViewLayoutID() != 0) {
            return inflater.inflate(getContentViewLayoutID(), null);
        } else {
            return super.onCreateView(inflater, container, savedInstanceState);
        }
    }

    @Override
    public void onViewCreated(View view, @Nullable Bundle savedInstanceState) {
        super.onViewCreated(view, savedInstanceState);
        initViewsAndEvents(view);
    }

    protected abstract int getContentViewLayoutID();

    protected abstract void initViewsAndEvents(View view);

如果你用了 Dagger、RoboGuice、ButterKnife 这些依赖注入的话,那 initViewsAndEvents(View view)可以不做任何事情

第一次可见状态、可见状态、第一次不可见状态、不可见状态

    private boolean isFirstVisible = true;
    private boolean isFirstInvisible = true;
    private boolean isPrepared;

    @Override
    public void onActivityCreated(Bundle savedInstanceState) {
        super.onActivityCreated(savedInstanceState);
        initPrepare();
    }

    private synchronized void initPrepare() {
        if (isPrepared) {
            onFirstUserVisible();
        } else {
            isPrepared = true;
        }
    }

    @Override
    public void setUserVisibleHint(boolean isVisibleToUser) {
        super.setUserVisibleHint(isVisibleToUser);
        if (isVisibleToUser) {
            if (isFirstVisible) {
                isFirstVisible = false;
                initPrepare();
            } else {
                onUserVisible();
            }
        } else {
            if (isFirstInvisible) {
                isFirstInvisible = false;
                onFirstUserInvisible();
            } else {
                onUserInvisible();
            }
        }
    }

    protected abstract void onFirstUserVisible();
    protected abstract void onUserVisible();
    private void onFirstUserInvisible() { }
    protected abstract void onUserInvisible();

这边 准备时可以用个同步锁: synchronized

销毁 Fragment 时,可能需要做些 解除广播绑定,服务之类的鬼东西:

    @Override
    public void onDestroy() {
        DetoryViewAndThing();
        super.onDestroy();
    }

    protected abstract void DetoryViewAndThing();

好了 ,有了以上的基础,我们的懒加载原型1.0已经可以使用了,大家看个使用的例子:

public class ImageFragment extends BaseLazyFragment{
    ...

    @Override
    protected int getContentViewLayoutID() {
        return R.layout.fragment_images;
    }

    @Override
    protected void onFirstUserVisible() {
       //  加载数据 / 开启动画 / 广播.....
    }

    @Override
    protected void onUserVisible() {
        //开启动画 / 广播.....
    }

    @Override
    protected void onUserInvisible() {
      //暂停动画 / 暂停广播.....
    }

    @Override
    protected void initViewsAndEvents(View view) {
       //.........
        mRecyclerView = (RecyclerView) view.findViewById(R.id.fragment_images_list_list_view);
    }
       //做些销毁动作
    @Override
    protected void DetoryViewAndThing() {
        if (null != mImagesListPresenter) {
            mImagesListPresenter.detachView();
            mImagesListPresenter = null;
        }
    }

接下来我们来封装些通用的方法,如 页面跳转、吐司、dialog基础方法….

公共方法:

这一段很好理解,看代码就能懂,就不再作过多说明

protected void readyGo(Class<?> clazz) {
    Intent intent = new Intent(getActivity(), clazz);
    startActivity(intent);
}

protected void readyGo(Class<?> clazz, Bundle bundle) {
    Intent intent = new Intent(getActivity(), clazz);
    if (null != bundle) {
        intent.putExtras(bundle);
    }
    startActivity(intent);
}

protected void readyGoForResult(Class<?> clazz, int requestCode) {
    Intent intent = new Intent(getActivity(), clazz);
    startActivityForResult(intent, requestCode);
}

protected void readyGoForResult(Class<?> clazz, int requestCode, Bundle bundle) {
    Intent intent = new Intent(getActivity(), clazz);
    if (null != bundle) {
        intent.putExtras(bundle);
    }
    startActivityForResult(intent, requestCode);
}

protected void showToast(String msg) {
    if (null != msg && !StringUtils.isEmpty(msg)) {
        Snackbar.make(((Activity) mContext).getWindow().getDecorView(), msg, Snackbar.LENGTH_SHORT).show();
    }
}

高级方法:

统一的基础页面封装:

页面替换暂时还有些问题(从错误页面/loading页面 恢复正常页面后,UI层级不会变深,但 绘制层级加深了,这是个bug。)

但还是供大家参考下这个思想:

private VaryViewHelperController mVaryViewHelperController = null; // 一个封装的 视图 替换方法
/**
 * 得到需要展示的父View
 */
protected abstract View getLoadingTargetView();
/**
 * @param toggle
 */
protected void toggleShowLoading(boolean toggle, String msg) {
    if (null == mVaryViewHelperController) {
        throw new IllegalArgumentException("You must return a right target view for loading");
    }

    if (toggle) {
        mVaryViewHelperController.showLoading(msg);
    } else {
        mVaryViewHelperController.restore();
    }
}

/**
 * toggle show empty
 *
 * @param toggle
 */
protected void toggleShowEmpty(boolean toggle, String msg, View.OnClickListener onClickListener) {
    if (null == mVaryViewHelperController) {
        throw new IllegalArgumentException("You must return a right target view for loading");
    }

    if (toggle) {
        mVaryViewHelperController.showEmpty(msg, onClickListener);
    } else {
        mVaryViewHelperController.restore();
    }
}

/**
 * toggle show error
 *
 * @param toggle
 */
protected void toggleShowError(boolean toggle, String msg, View.OnClickListener onClickListener) {
    if (null == mVaryViewHelperController) {
        throw new IllegalArgumentException("You must return a right target view for loading");
    }

    if (toggle) {
        mVaryViewHelperController.showError(msg, onClickListener);
    } else {
        mVaryViewHelperController.restore();
    }
}

/**
 * toggle show network error
 *
 * @param toggle
 */
protected void toggleNetworkError(boolean toggle, View.OnClickListener onClickListener) {
    if (null == mVaryViewHelperController) {
        throw new IllegalArgumentException("You must return a right target view for loading");
    }

    if (toggle) {
        mVaryViewHelperController.showNetworkError(onClickListener);
    } else {
        mVaryViewHelperController.restore();
    }
}

现在一个实用简便的懒加载Fragment就完成了….



说明得比较粗糙,后续会修改一些措辞与排版,请大家多多见谅。

祝大家愚人节快乐!!!

转载请标明出处:

http://blog.csdn.net/sinat_15877283/article/details/51037987

本文出自: 【温利东的博客】

时间: 2024-12-16 09:36:37

封装篇——Fragment懒加载的相关文章

Android中ViewPager+Fragment懒加载问题解决方案

转载请注明出处:http://blog.csdn.net/linglongxin24/article/details/53205878 本文出自[DylanAndroid的博客] Android中ViewPager+Fragment懒加载问题解决方案 在Android中我们经常会用到ViewPager+Fragment组合.然而,有一个很让人头疼的问题就是,我们去加载数据的时候 由于ViewPager的内部机制所限制,所以它会默认至少预加载一个.这让人很郁闷,所以,我就想到要封装一个Fragme

Fragment懒加载预加载

1. 预加载viewpager.setOffscreenPageLimit(2);,默认是预加载1,可以结合懒加载使用. 如果希望进入viewpager,Fragment只加载一次,再次滑动不需加载(只有退出Activity), 可以重写viewpager adapter的getItem,去掉super 2.懒加载 public abstract class LazyFragment extends Fragment { protected boolean isVisible; /** * 在这

iOS 开发——实用技术Swift篇&amp;Swift 懒加载(lazy)

Swift 懒加载(lazy) 在程序设计中,我们经常会使用 * 懒加载 * ,顾名思义,就是用到的时候再开辟空间,比如iOS开发中的最常用控件UITableView,实现数据源方法的时候,通常我们都会这样写 Objective-C 1 //必须实现的数据源代理方法 2 - (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section 3 { 4 return self.dataArr

Fragment懒加载

package com.bpj.lazyfragment; import android.support.v4.app.Fragment;/* *baseFragment */ public class LazyFragment extends Fragment {    /**     * 当前Fragment是否显示:true,显示     */    public boolean isVisible ;        @Override    public void setUserVisi

ViewPager+Fragment 懒加载

转载于: 作者:尹star链接:http://www.jianshu.com/p/c5d29a0c3f4c來源:简书 ViewPager+Fragment的模式再常见不过了,以国民应用微信为例,假设微信也是ViewPager+Fragment的实现方式,那表现形式上就是一个ViewPager管理了四个Fragment,左右滑动来回切换.但是ViewPager有一个奇葩的特性叫:预加载,比如打开微信,首先看到的是第一个Tab(微信),但事实上第二个Tab(通讯录)已经加载好了.当选择第二个Tab(

关于Fragment的懒加载问题

为了达到界面效果,我们有时需要使用到TabLayout+ViewPager的方式来布局界面,然而ViewPager的adapter总是默认把与当前可见的fragment相邻的两个fragment给加载出来.一旦界面数据太多,信息量太大,往往造成资源过多消耗,界面卡顿,甚至会造成程序崩溃...这时,我们就需要使用到fragment的懒加载方式,即第一次看到的时候自动加载当前页面,相邻的fragment不再预加载. Google官网提供给我们setUserVisibleHint这个方法.(API地址

Android ViewPager Fragment使用懒加载提升性能

?? Android ViewPager Fragment使用懒加载提升性能 Fragment在如今的Android开发中越来越普遍,但是当ViewPager结合Fragment时候,由于Android ViewPager内在的加载机制,导致一个比较严重的加载性能问题,具体来说,假设一个ViewPager中有n多个Fragment,那么ViewPager在初始化阶段将一次性的初始化FragmentPagerAdapter中的至少3个Fragment(如果Fragment多于3),创建和加载Fra

Android--Fragment的懒加载

我们都知道,fragment放在viewPager里面,viewpager会帮我们预先加载一个,但是当我们要看fragment里面的内容时,我们也许只会去看第一个,不会去看第二个,如果这时候不去实现fragment的懒加载的话,就会多余的去加载一些数据,造成用户多消耗流量,所以我们采取懒加载的方式. 所谓懒加载,就是当fragment完全可见的时候我们再去加载数据 我们知道,当我们去滑动的时候,fragment会显示与隐藏,当fragment完全显示在我们的眼前时,fragment会调用一个方法

关于Hibernate懒加载问题的最终解决方案

看到一篇Hibernate懒加载的文章,所以转载,原地址如下: http://tuoxie007.iteye.com/blog/334853 Hibernate的强大之处之一是懒加载功能,可以有效的降低数据库访问次数和内存使用量.但用的不好就会出现org.hibernate.LazyInitializationException. 这个异常出现的原因很简单,主要时在加载懒数据时Session已经关闭造成的. 那么OK,我们来考虑怎么解决吧. 我们只要在渲染JSP之前不要关闭Session,而在J