关闭

Fragment详解之六——如何监听fragment中的回退事件与怎样保存fragment状态

379人阅读 评论(0) 收藏 举报
分类:

http://m.blog.csdn.net/blog/harvic880925/45013501

前言:计划总是赶不上变化,无论结局怎样,只要一直跟随自己的内心,不放弃,总有一天,你会成为那个人,加油。


相关文章:

1、《Fragment详解之一——概述》
2、《Fragment详解之二——基本使用方法》
3、《Fragment详解之三——管理Fragment(1)》
4、《Fragment详解之四——管理Fragment(2)》
5、《Fragment详解之五——Fragment间参数传递》
6、《Fragment详解之六——如何监听fragment中的回退事件与怎样保存fragment状态》


经过前几篇,大家应该对Fragment认识的已经足够多了,有关Fragment的基础知识在前几篇基本就讲完了,这篇给大家讲两个可能会用到的知识点。这两点理解起来可能有点难度,大家可要耐着点性子哈。

一、如何监听Fragment中的回退事件

1、问题阐述

在Activity中监听回退事件是件非常容易的事,因为直接重写onBackPressed()函数就好了,但当大家想要监听Fragment中的回退事件时,想当然的也想着重写onBackPressed()方法,这时候你会发现:Fragment中根本就没有onBackPressed()方法给你重写。这可怎么破!

想想,在前面的例子中,我们在Activity的一个fragment_container里依次Add进fragment1,fragment2,fragment3,fragment4,在我们点击回退栈时,会将Transaction回退栈中的fragment操作一个个出栈!那,这些回退事件Fragment是从哪来的?

首先,回退事件总是发给Activity的!在发给Activity以后再由Activity自己处理。比如它将Fragment回退栈中的内容一个个出栈这种操作。
其次:大家要知道:Fragment只是Activity中的一个控件而已,虽然我们可能把他做成了像Activity一样大小覆盖整个页面,看起来跟Activity样子上没什么区别,但他还是个控件!系统怎么会给一个控件分发回退事件呢?这当然是不可能的。

2、解决方案

既然清楚了Fragment只是一个控件,而回退事件也只能在Activity中拦截。那我们就可以想办法了。
首先,我们可以在Fragment类中咱们自己写一个onBackPressed()方法来处理回调事件。
然后,可以利用回调,将要处理回退事件的fragment实例,传给Activity。
最后,在拿到fragment实例以后,就可以在Activity的onBackPress()方法中,调用这个fragment实例的onBackPressed()方法了。
这样,我们就在fragment中拦截了回退事件了。

3、实例

下面,我们就通过一个例子来看下效果。
效果图如下:


大家从下面的效果图中也可以看到,当fragment3中点击返回按钮时,捕捉了返回事件,并将fragment3上的TextView显示为”ragment3捕捉到了回退事件哦!”,但我只捕捉一次,当第二次点击时,就退出执行默认操作:即Transaction出栈。

下面看下具体的实现过程:
有关MainActivity布局及fragment的添加就不再讲了,下面直接从回调开始
1、在Fragment3中定义onBackPress()函数及处理:

public class Fragment3 extends Fragment {
    private boolean mHandledPress = false;
    TextView tv;
    
     …………
    @Override
    public void onActivityCreated(Bundle savedInstanceState) {
        super.onActivityCreated(savedInstanceState);
        tv = (TextView)getView().findViewById(R.id.fragment3_tv);
    }

    public boolean onBackPressed(){
        if (!mHandledPress){
            tv.setText("Fragment3 \n 捕捉到了回退事件哦!");
            mHandledPress = true;
            return true;
        }
        return false;
    }
}
上面的代码,没什么难度,就是定义了一个onBackPressed()函数,其返回一个布尔值;意思是,如果对返回事件进行了处理就返回TRUE,如果不做处理就返回FALSE,让上层进行处理。
变量mHandledPress用来指定只处理一次,当处理一次以后这里的onBackPressed()就返回FALSE了.
2、在Fragment3中定义回调函数,将自己实例的引用传出去
(1)、先定义一个接口用做回调,以及对应的变量:
protected BackHandlerInterface backHandlerInterface;
public interface BackHandlerInterface {
    public void setSelectedFragment(Fragment3 backHandledFragment);
}
注意,在回调中传进去的是Fragment3的实例!因为我们要在主Activity处理onBackPress()时,调用我们在Fragment3中自己写的onBackPressed()函数,所以我们要传进去Fragment3的实例
(2)、然后是给backHandlerInterface变量赋值
跟上篇一样,我们要强制Activity实现这个接口,所以我们使用强制转换的方式来赋值。在上篇中,我们在onAttach()函数中进行的强制转换,代码如下:
public void onAttach(Activity activity) {
    super.onAttach(activity);
    try{
        backHandlerInterface = (BackHandlerInterface) getActivity();
    }catch (Exception e){
        throw new ClassCastException("Hosting activity must implement BackHandlerInterface");
    }
}
其实在onAttach()回调时就已经把Fragment与Activity绑定在了一起,所以只要生命流程在onAttach()之后的任意一个生命周期,我们都可以通过getActivity来获取Activity的实例,来进行强制转换,所以在这里我们就换个地方,在onCreate()函数中来做:
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    if (!(getActivity() instanceof BackHandlerInterface)) {
        throw new ClassCastException("Hosting activity must implement BackHandlerInterface");
    } else {
        backHandlerInterface = (BackHandlerInterface) getActivity();
    }
}
这里抛出异常也没有使用try...catch...来做,而是直接利用instanceof来判断当前Activity是不是BackHandlerInterface的实例,即是否已经派生了BackHandlerInterface,如果没有就直接抛异常,如果派生了就强制转换赋值。
(3)、在适当的位置将自己的实例通过回调传过去。代码如下:
backHandlerInterface.setSelectedFragment(this);
有关这个设置Fragment3实例的代码,只要在生命周期中Fragment3实例已经产生了都可以设置,即可以放在生命周期在onCreate()后的函数里,即onCreate()、onCreateView()、onActivityCreated()、onStart();虽然经过我测试,放在这几个函数中的任意一个都是可行的,但onActivityCreated()后才是Activity最终onCreate()执行完,所以放在onActivityCreated()或onStart()中是最保险的。所以这里放在了onStart()中来处理,代码如下:
public void onStart() {
    super.onStart();
    backHandlerInterface.setSelectedFragment(this);
}
所以完整的代码逻辑是这样的:
public class Fragment3 extends Fragment {
	//定义回调函数及变量
    protected BackHandlerInterface backHandlerInterface;
    public interface BackHandlerInterface {
        public void setSelectedFragment(Fragment3 backHandledFragment);
    }
   
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
		//回调函数赋值
        if(!(getActivity()  instanceof BackHandlerInterface)) {
            throw new ClassCastException("Hosting activity must implement BackHandlerInterface");
        } else {
            backHandlerInterface = (BackHandlerInterface) getActivity();
        }
    }

    @Override
    public void onStart() {
        super.onStart();
        //将自己的实例传出去
        backHandlerInterface.setSelectedFragment(this);
    }
}
3、在MainActivity中,回退拦截,代码如下:
public class MainActivity extends FragmentActivity implements Fragment3.BackHandlerInterface {
    private Fragment3 selectedFragment;
	…………
    @Override
    public void setSelectedFragment(Fragment3 backHandledFragment) {
        this.selectedFragment = backHandledFragment;
    }

    @Override
    public void onBackPressed() {
        if(selectedFragment == null || !selectedFragment.onBackPressed()) {
            super.onBackPressed();
        }
    }

}
(1)、首先,将MainActivity实现Fragment3.BackHandlerInterface接口
在这里实现setSelectedFragment()函数,代码如下:
public class MainActivity extends FragmentActivity implements Fragment3.BackHandlerInterface {
    private Fragment3 selectedFragment;
	…………
    @Override
    public void setSelectedFragment(Fragment3 backHandledFragment) {
        this.selectedFragment = backHandledFragment;
    }
}
(2)、然后在onBackPressed()回调中进行回退拦截
public void onBackPressed() {
    if(selectedFragment == null || !selectedFragment.onBackPressed()) {
        super.onBackPressed();
    }
}
注意这里的逻辑,在调用super.onBackPressed();的前提是selectedFragment.onBackPressed()返回FALSE,即Fragment3中的onBackPressed()返回FALSE,即不再拦截回退事件,才会执行默认的操作。
源码在文章底部给出

二、执行Replace操作后,怎样保存fragment状态

首先,我们先阐述一个现象,大家先看下面这个DEMO:


这个过程是这样的:
1、首先在Fragment1的EditText中先几个字
2、然后如果调用addFragment()添加Fragment2,然后当从fragment2返回时,发现这几个字还是有的。
3、但如果我们通过调用replace()添加Fragment2的话,会发现,当返回的时候,那几个字没了!

这说明了一个问题,调用addFragment添加的fragment的View会保存到视图树(ViewTree)中,其中各个控件的状态都会被保存。但如果调用replace()来添加fragment,我们前面讲到过,replace()的实现是将同一个container中的所有fragment视图从ViewTree中全部清空!然后再添加指定的fragment。由于repalce操作会把以前的所有视图全部清空,所以当使用Transaction回退时,也就只有重建每一个fragment视图,所以就导致从replace操作回退回来,所有的控件都被重建,以前的用户输入全部没了。

到这里,大家首先要明白一个问题,repalce()操作,会清空同一个container中的所有fragment视图!注意用词:请空的是fragment的VIEW!fragment的实例并不会被销毁!因为fragment的实例是通过FragmentManager来管理的。当fragment的VIEW被销毁时,fragment实例并不会被销毁。他们两个不是同时的,即在fragment中定义的变量,所上次运行中被赋予的值是一直存在的。那fragment实例什么时候会被销毁呢,当然是在不会被用到的时候才会被销毁。那什么时候不会被用到呢,即不可能再回退到这个操作的时候,就会被销毁。
在上面的例子中,fragment1虽然被fragment2的repalce操作把它的视图给销毁了,但在执行replace操作时,将操作加入到了回退栈,这时候,FragmentManager就知道,用户还可能通过回退再次用到fragment1,所以就会保留fragment1的实例。相反,如果,在执行repalce操作时,没有加入到回退栈,那FragmentManager就肯定也知道,用户不可能再回到上次那个Fragment1界面了,所以它的fragment实例就会在清除fragment1视图的同时也被清除了。

说了那么多,现在如果我们想在利用repace操作的时候,同时保存上一个fragment界面的状态,那要怎么办?

方法一:控件状态保存与还原

上面我们讲到,在清除Fragment视图的时候,如果我们将操作同时加入到回退栈,那么它的VIEW虽然从ViewTree中清除了,但它的实例会被保存在FragmentManager中,那它的变量也会一直保存着,直到下次回来。但视图在回来的时候会重建。
那第一个方法来了,我们可以用一个变量来保存EditText当前字符串,在replace前将EditText中的值保存在这个变量中,当返回来再次创建视图时,再次给EditTxt赋值不就好了。
代码如下:

public class Fragment1 extends Fragment {
    private String mEditStr;
    private EditText editText;
	@Override
	public View onCreateView(LayoutInflater inflater, ViewGroup container,
			Bundle savedInstanceState) {
		View rootView = inflater.inflate(R.layout.fragment1, container, false);
        editText = (EditText)rootView.findViewById(R.id.fragment1_edittext);
        editText.setText(mEditStr);
        return rootView;
	}

    @Override
    public void onActivityCreated(Bundle savedInstanceState) {
        super.onActivityCreated(savedInstanceState);
        Button btnReplace = (Button)getView().findViewById(R.id.fragment1_repalce);
        btnReplace.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
	            mEditStr = editText.getText().toString();
                
                …………
            }
        });
	    …………
    }
}
上面的代码总是就是两步:
第一步:在repalce前保存状态
mEditStr = editText.getText().toString();
第二步:在创建时还原状态
editText.setText(mEditStr);
这虽然能完成工作,但如果我们的控件非常多呢?内容非常复杂呢?这将不是一个好办法。因为很多变量的初始化及赋值将会使代码看的异常丑陋难懂。

方法二:只需要为控件添加ID值

在实时中还遇到一个解决方法,就是给EditText控件添加上id,只要给EditText控件添加上id,不需要上面的那些replace前的值的保存即创建时的还原,它的内容就会被保存。不知道其它控件是否也可以通过添加ID值的方式来保存用户的输入值,即:

<EditText
    android:id="@+id/fragment1_edittext"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:gravity="top|left"
    android:background="#ffffff"
    android:hint="这里是EditText,在这里输入文字哦"/>

方法三:保存FragmentView视图

方法一和方法二感觉都还是太靠谱的解决方法,既然fragment中的变量都会被保存,那我们直接将Fragment的视图直接保存到变量中,在系统在利用onCreateView()创建视图的时候,我们直接返回保存的视图不就得了。
基于上面的想法,代码上我们这样做:
1、创建一个变量,保存Fragment的视图:

private View rootView;
2、然后来看onCreateView的实现
public View onCreateView(LayoutInflater inflater, ViewGroup container,
        Bundle savedInstanceState) {
    return getPersistentView(inflater, container, savedInstanceState, R.layout.fragment1);
}
可以看到,相比以前直接返回inflater.inflate(R.layout.fragment1, container,false);重建视图,这里返回的是一个getPersistentView()函数,下面看看这个函数的实现:
public View getPersistentView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState, int layout) {
    if (rootView == null) {
        // Inflate the layout for this fragment
        rootView = inflater.inflate(layout, container,false);
    } else {
        ((ViewGroup) rootView.getParent()).removeView(rootView);
    }
    return rootView;
}
这段代码就是返回rootView的。即当rootView==null,即第一次创建时,就利用inflater.inflate()来创建初始化状态的视图,当下次再进到这个界面时,比如下面的通过回退操作进入到fragment1时,这时候的rootView就不再是空了。但在onCreateView()中返回的视图是要添加到ViewTree中去的。而这里的rootView视图在上次已经添加到里面去了,一个视图实例不能被add两次,不然就会被下面这个错误!所以,我们针对这种情况,如果rootView已经存在于ViewTree中的时候,要先从ViewTree中移除。

好了,到这里就讲完了,源码都会在下面给出。下面先来看看最终的效果图吧:



本文参考文章:

1、《Handling back button press Inside Fragments》

2、《Fragment view state retention: A dirty solution》


如果本文有帮到你,记得加关注哦

源码下载地址:http://download.csdn.net/detail/harvic880925/8590299

请大家尊重原创者版权,转载请标明出处:http://blog.csdn.net/harvic880925/article/details/45013501,谢谢


本系列参考文章:

1、《android之Fragment(官网资料翻译)》

2、《Android入门之Fragment用法》

3、《Android中的Fragment详解》

4、《Android Fragment完全解析,关于碎片你所需知道的一切》

5、《【Android UI设计与开发】第07期:底部菜单栏(二)Fragment的详细介绍和使用方法》

6、《android Fragments详解五:与activity通讯》

7、《搞了好几天,终于把fragment每次重新加载ui的问题搞定了,这里写出来大家分享一下 ...》

8、《简析 addToBackStack使用和Fragment执行流程》

9、《android Fragments详解四:管理fragment》

10、《Fragment研究2》

11、《fragment总结》

12、《管理Fragments》

13、《Android笔记:Fragment相关问题》

14、《大话Fragment管理》

15、《纠正对Fragment Transaction BackStack的误解》

16、《让多个Fragment 切换时不重新实例化》

17、《Android基础——Fragment控制切换多个页面》

18、《经验解决Fragment 被 Replace后仍旧可见的问题》

19、《FragmentTransaction add 和 replace 区别》

20、《Problems with Android Fragment back stack》

21、《Fragment(五)Transaction 源码分析》

22、《Fragment(一)概述》

23、《Session Management》

24、《Android Fragment---添加一个没有UI的Fragment》

25、《第三部分:Android 应用程序接口指南---第一节:应用程序组件---第一章1-1.Fragment》


0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:135861次
    • 积分:1692
    • 等级:
    • 排名:千里之外
    • 原创:23篇
    • 转载:109篇
    • 译文:0篇
    • 评论:5条
    文章分类
    最新评论