Android学习历程8-Fragment详解

　　在上一章介绍了自己对于 Activity 的一些理解以及一些常用知识点的介绍，下面来介绍一下 Fragment的一些常用知识点和用法，若有写的不对的地方希望看到的朋友们多多指正！

　　Frament 是 Android3.0 引入的新API 。Frament 代表了 Activity 的子模块，因此可以把 Frament 理解成Activity 片段。Frament 拥有自己的生命周期，也可以接受自己的输入事件。

　　在一个Activity中，一个Fragment代表一种行为或者用户界面的一部分。你可以联合起来多个Fragment在一个Activity中创建多面板的UI，并且可以重用一个Fragment在多个activity中。你可以认为一个Fragment是一个Activity的一个模块部分，Fragment有它自己的生命周期，响应他自己的输入事件，并且你可以在Activity运行期间增加或者删除一个Fragment。

　　

　　Fragment必须总是被嵌入到一个Activity中，并且它的生命周期直接受宿主Activity生命周期的影响。

Fragment的产生与介绍

　　Android运行在各种各样的设备中，有小屏幕的手机，超大屏的平板甚至电视。针对屏幕尺寸的差距，很多情况下，都是先针对手机开发一套App，然后拷贝一份，修改布局以适应平板神马超级大屏的。难道无法做到一个App可以同时适应手机和平板么，当然了，必须有啊。Fragment的出现就是为了解决这样的问题。你可以把Fragment当成Activity的一个界面的一个组成部分，甚至Activity的界面可以完全有不同的Fragment组成，更帅气的是Fragment拥有自己的生命周期和接收、处理用户的事件，这样就不必在Activity写一堆控件的事件处理的代码了。更为重要的是，你可以动态的添加、替换和移除某个Fragment。

Fragment的生命周期

Fragment必须是依存与Activity而存在的，因此Activity的生命周期会直接影响到Fragment的生命周期。官网这张图很好的说明了两者生命周期的关系：



可以看到Fragment比Activity多了几个额外的生命周期回调方法：

onAttach(Activity)

当Fragment与Activity发生关联时调用。

onCreateView(LayoutInflater, ViewGroup,Bundle)

创建该Fragment的视图

onActivityCreated(Bundle)

当Activity的onCreate方法返回时调用

onDestoryView()

与onCreateView想对应，当该Fragment的视图被移除时调用

onDetach()

与onAttach相对应，当Fragment与Activity关联被取消时调用

注意：除了onCreateView，其他的所有方法如果你重写了，必须调用父类对于该方法的实现，

静态的使用Fragment

这是使用Fragment最简单的一种方式，把Fragment当成普通的控件，直接写在Activity的布局文件中。步骤：

1、继承Fragment，重写onCreateView决定Fragemnt的布局

2、在Activity中声明此Fragment，就当和普通的View一样

Fragment家族常用的API

Fragment常用的三个类：

android.app.Fragment 主要用于定义Fragment

android.app.FragmentManager 主要用于在Activity中操作Fragment

android.app.FragmentTransaction 保证一些列Fragment操作的原子性，熟悉事务这个词，一定能明白~

a、获取FragmentManage的方式：

　　getFragmentManager() // v4中，getSupportFragmentManager

b、主要的操作都是FragmentTransaction的方法

　　FragmentTransaction transaction = fm.benginTransatcion();//开启一个事务

transaction.add()

　　往Activity中添加一个Fragment

transaction.remove()

　　从Activity中移除一个Fragment，如果被移除的Fragment没有添加到回退栈（回退栈后面会详细说），这个Fragment实例将会被销毁。

transaction.replace()

　　使用另一个Fragment替换当前的，实际上就是remove()然后add()的合体~

transaction.hide()

　　隐藏当前的Fragment，仅仅是设为不可见，并不会销毁

transaction.show()

　　显示之前隐藏的Fragment

detach()

　　会将view从UI中移除,和remove()不同,此时fragment的状态依然由FragmentManager维护。

attach()

　　重建view视图，附加到UI上并显示。

transatcion.commit()//提交一个事务

注意：常用Fragment的哥们，可能会经常遇到这样Activity状态不一致：State loss这样的错误。主要是因为：commit方法一定要在Activity.onSaveInstance()之前调用。

上述，基本是操作Fragment的所有的方式了，在一个事务开启到提交可以进行多个的添加、移除、替换等操作。

值得注意的是：如果你喜欢使用Fragment，一定要清楚这些方法，哪个会销毁视图，哪个会销毁实例，哪个仅仅只是隐藏，这样才能更好的使用它们。

a、比如：我在FragmentA中的EditText填了一些数据，当切换到FragmentB时，如果希望会到A还能看到数据，则适合你的就是hide和show；也就是说，希望保留用户操作的面板，你可以使用hide和show，当然了不要使劲在那new实例，进行下非null判断。

b、再比如：我不希望保留用户操作，你可以使用remove()，然后add()；或者使用replace()这个和remove,add是相同的效果。

c、remove和detach有一点细微的区别，在不考虑回退栈的情况下，remove会销毁整个Fragment实例，而detach则只是销毁其视图结构，实例并不会被销毁。那么二者怎么取舍使用呢？如果你的当前Activity一直存在，那么在不希望保留用户操作的时候，你可以优先使用detach。

更多关于Fragment的介绍详见：/article/1336252.html

　　　　　　　　　　　　　　：/article/1336251.html

Fragment与Activity通讯

与activity通讯

　　尽管fragment的实现是独立于activity的，可以被用于多个activity，但是每个activity所包含的是同一个fragment的不同的实例。Fragment可以调用getActivity()方法很容易的得到它所在的activity的对象，然后就可以查找activity中的控件们（findViewById()）。例如：

　　

ViewlistView =getActivity().findViewById(R.id.list);

同样的，activity也可以通过FragmentManager的方法查找它所包含的frament们。例如：

ExampleFragment fragment =(ExampleFragment)getFragmentManager().findFragmentById(R.id.example_fragment

详细请参考：/article/7947943.html