你真的会用Fragment了么?-Fragment解析

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 版权声明:本文为博主原创文章,转载请标明出处。 https://blog.csdn.net/lyhhj/article/details/51174973 绪论Fragment 俗称 碎片,那么为什么会出现Fragment这个东西呢?鸿洋是这样介绍的:Android运行在各种各样的设备中,有小屏幕的手机,超大屏的平板甚至电视。
版权声明:本文为博主原创文章,转载请标明出处。 https://blog.csdn.net/lyhhj/article/details/51174973

绪论

Fragment 俗称 碎片,那么为什么会出现Fragment这个东西呢?鸿洋是这样介绍的:Android运行在各种各样的设备中,有小屏幕的手机,超大屏的平板甚至电视。针对屏幕尺寸的差距,很多情况下,都是先针对手机开发一套App,然后拷贝一份,修改布局以适应平板神马超级大屏的。
我们可以唉Activity中随意的使用Fragment,当你的一个界面业务逻辑很复杂的时候,我们可以将逻辑写到Fragment中,这样就不必在Activity写一堆控件的事件处理的代码了,Fragment当然也有自己的生命周期,接受处理事件的回调。

Fragment生命周期

Fragment生命周期和Activity生命周期类似,只是比Activity多了几个回调方法而已。
这里写图片描述

其他的都不介绍了,跟activity一样,看一下不一样的那几个吧:
onAttach():当Activity和Fragment交互的时候,我们可以在Activity中通过Fragment.setArguments()的方法为Fragment提供数据,然后再Fragment的onAttach()方法中getArguments()获得一个Bundle对象。
onCreateView():创建该Fragment对应的视图,在这里你必须将创建的视图返回诶调用者。它跟onCreate()的区别:onCreate()是指创建该Fragment,你可以在其中初始化除了View之外的东西。
onActivityCreated()
当Activity的onCreate()方法调用时,该方法被调用
onDetach()
当Fragment和Activity解除关联时调用该方法。

Fragment使用

Fragment使用分为两种:静态和动态

  • 静态使用Fragment
    所谓静态使用指的就是将自定义的Fragment写到xml布局文件中,利用<fragment></fragment>标签定义Fragment
    有三种方法为Fragment提供ID:

      android:id属性:唯一的id

      android:tag属性:唯一的字符串

      如果上面两个都没提供,系统使用容器view的ID。

  • 动态使用Fragment
    动态使用Fragment就是手动在代码中添加、更新、删除Fragment。获取FragmentManager,addFragment,设置默认显示Fragment,开启事务transaction,提交事务这里就不详细介绍了,很简单。

下面我们来看一下在使用Fragment时遇到的那些坑吧:
对于FragmentManager我们应该知道它的作用,它用来维护Fragment队列,以及Fragment事务的回退栈。

  • 首先我们来看看transaction的几个方法:
    add():将一个Fragment添加到Activity中
    remove():移除Fragment
    replace()、hide()、show()
    需要我们注意的是:Fragment展示也有两种方式:
    一种是replace,另一种就是hide、show,那么这两种方式有什么区别呢?
    replace显示的话会调用Fragment的生命周期,也就是说它会销毁视图,重新加载,这种方式的话如果你的Fragment里面有大量的数据或者说很多视图结构的话不推荐使用这种,会增大你的内存消耗。
    hide和show就是显示隐藏fragment了,最终结果也就是V’isibliity设置VISIBLE和GONE了。

  • onHiddenChanged的回调时机,Fragment切换时候有可能会刷新数据,如果你的展示方式为hide、show的方式那么你就需要用到onHiddenChanged()方法了,但是不推荐在其中做繁重的业务逻辑。

  • fragment界面重叠问题的终极解决方法
    原因:为什么会出现界面重叠呢?因为每当我们离开Activity的时候,切换到别的APP的时候,当内存不够用,Fragment所在Activity被销毁,会调用onSaveInstanceState()方法,Fragment都会被保存起来,当我再次回到这个app的时候,通过onCreate中的参数savedInstanceState恢复了之前的fragment,就导致了界面重叠。
    解决方法:
    1.在进入onCreate函数时,先去判断savedInstanceState是否为null,如果不为null,则表示里面有保存这个fragment。则不再重新去add这个fragment,而是通过Tag从前保存的数据中直接去读取,看一下代码:

public void onCreate(Bundle savedInstanceState) {  
    fManager = getFragmentManager();  
    if (savedInstanceState != null) {  
        fg1 = (AllOfficialAccountFragment) fManager.findFragmentByTag("fg1");  
        fg2 = (MovieOfficialAccountFragment) fManager.findFragmentByTag("fg2");  
        fg3 = (NewsOfficialAccountFragment) fManager.findFragmentByTag("fg3");  
        fg4 = (OtherOfficialAccountFragment) fManager.findFragmentByTag("fg4");           
    }  
    super.onCreate(savedInstanceState);       
}

2.通过getFragments()可以获取到当前FragmentManager管理的栈内所有Fragment。

protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity);

    TargetFragment targetFragment;
    HideFragment hideFragment;

    if (savedInstanceState != null) {  // “内存重启”时调用
        List<Fragment> fragmentList = getSupportFragmentManager().getFragments();
        for (Fragment fragment : fragmentList) {
            if(fragment instanceof TartgetFragment){
               targetFragment = (TargetFragment)fragment; 
            }else if(fragment instanceof HideFragment){
               hideFragment = (HideFragment)fragment;
            }
        }
        // 解决重叠问题
        getFragmentManager().beginTransaction()
                .show(targetFragment)
                .hide(hideFragment)
                .commit();
    }else{  // 正常时
        targetFragment = TargetFragment.newInstance();
        hideFragment = HideFragment.newInstance();

        // 这里add时,tag可传可不传
        getFragmentManager().beginTransaction()
                .add(R.id.container)
                .add(R.id,container,hideFragment)
                .hide(hideFragment)
                .commit();
    }
}

这样就解决了界面重叠问题。

  • 下面要说的是,我们在Fragment中getActivity()的空指针问题。
    这个问题的原因大部分在于Fragment已经和所在activity解除了关联,也就是调用了onDetach()方法。
    解决方法:
    我们可以在Fragment中定义Activity全局变量,当Activity和Fragment关联的时候,给Activity赋值。
@Override
public void onAttach(Context context) {
    super.onAttach(context);
    this.mActivity = (Activity)context;
}

到这里,小编所遇到的坑差不多都介绍完了,其实还有很多,比如Fragment嵌套问题,转场动画问题,这个目前还没有去研究,以后会慢慢积累下来。推荐两篇文章关于Fragment的,应该是我目前看到的最全的:
http://www.jianshu.com/p/d9143a92ad94
文章中如果有不对的地方希望大家多多指正,谢谢…

相关文章
|
XML Android开发 数据格式
|
2月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
110 2
|
27天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
27天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
27天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析

热门文章

最新文章

推荐镜像

更多