Fragment可以理解为一个轻量级的Activity,它不需要在清单文件中进行注册。
Fragment可以通过setArguments()方法进行数据的传递,并通过getArguments()取出。
1,和Activity一样,在res/layout文件中建立一个fragment的布局xml文件。但凡Activity的布局文件能使用的标签,fragment的布局文件都可以使用。如TextView,ImageView等。
示例:
<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:tools="http://schemas.android.com/tools" xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:background="#ff0000" android:orientation="vertical" > <TextView android:layout_width="match_parent" android:layout_height="wrap_content" android:text="下" /> </LinearLayout>2,建立Activity的布局文件,在其中通过<fragment>来指向fragment,并通过name属性指向这个fragment的全名。示例:
<LinearLayout xmlns:tools="http://schemas.android.com/tools" xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:orientation="vertical" android:layout_height="match_parent" > <fragment android:name="com.example.demo1.Fragment1" android:id="@+id/progress" android:layout_weight="1" android:layout_width="match_parent" android:layout_height="0dp" /> <fragment android:name="com.example.demo1.Fragment2" android:id="@+id/textView1" android:layout_weight="1" android:layout_width="match_parent" android:layout_height="0dp"/> </LinearLayout>3,建立对应的Fragment.java文件。也就是建立一个类,继承Fragment,并在onCreateView()方法中得到对应的view,该view会显示在Activity布局中对应的<fragment>处。示例:
public class Fragment2 extends Fragment { @Override public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { return inflater.inflate(R.layout.fragment2, container,false); } }4,建立Activity,要注意这里要继承FragmentActivity,并不是Activity。示例:
public class MainActivity extends FragmentActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); } }通过以上的步骤基本上实现了Fragment。但要注意:第二步中,name属性对应的值应该是Fragment的全名(包括包名在内);在第三步时,导入的Fragment应该是support.v4包中的;第四步时,Activity应该继承FragmentActivity而不是Activity。这两步的主要目的是为了兼容低版本。在高版本中可以直接继承Activity。
上面是xml文件把fragment写死,其实可以通过代码动态的改变fragment。以下的Fragment1,Fragment2都是按上面的方法进行布局、初始化的。先把Activity中的布局改变一下,将两个<fragment>都指向Fragment1,然后通过代码操作,使展示的效果与未改变之前一样。Activity的代码如下:
public class MainActivity extends FragmentActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); android.support.v4.app.FragmentManager fm = getSupportFragmentManager(); FragmentTransaction fragmentTransaction = fm.beginTransaction(); //指定id,用第二个参数代替指定id的位置 fragmentTransaction.replace(R.id.textView1, new Fragment2()); //android.R.id.content指的是整个界面(除标题栏与状态栏) //<span style="font-family: Arial, Helvetica, sans-serif;">fragmentTransaction.replace(android.R.id.content, new Fragment2());</span>
fragmentTransaction.commit();//提交,不提交刚上面的操作无效果 } }
replace()中的第一个参数必须是ViewGroup的子类。这是用来盛放Fragment的;第二个参数指的是要加入到Activity中的Fragment。第三个参数指的是该Fragment标签(tag),可以通过FragmentManager.findFragmentByTag()来获取到指定tag的Fragment。
通过代码控件Fragment时,一次Fragment的操作都是一个事务(transaction,和数据库操作一样)。因此每一次操作完成之后,就需要通过commit()进行提交。每次进行提交之后,该事务就相当于结束了。下一次再进行操作时,必须重新得到事务。
由于一次事务代码一次对Fragment的操作,因为可以把事务存储,从而实现Fragment的返回操作。存储的方法是,在commit()之前调用transaction.addToBackStack(null);。其中的参数传null即可,它指的是back stack的名称。
调用addToBackStack()时,fragment会调用onPause(),onStop()和onDestroyView()。因此,当fragment再次显示的时候会调用onCreateView(),onStart()和onResume()。
该类是负责管理Fragment,并将Fragment的视图添加到Activity的视图层级中的(即把Fragment的布局显示在界面上)。它具体管理的是:(1)fragment队列 (2)fragment事务的回退栈。
它的生命周期方法主要有:onAttach(),onCreate(),onCreateView(),onActivityCreated(),onStart(),onResume()和onPause(),onStop(),onDestroyView(),onDestroy(),onDetach()。
当activity的状态变化时,FragmentManager会立即驱使fragment跟上activity的最新状态,直到与activity的最新状态保持同步。但fragment的方法究竟是在activity的相应方法之前还是之后调用是无法保证的。
在FragmentTransaction未调commit()之前,fragment中通过getActivity()得到的值是null,即使已经new出来了一个Fragment对象。所以通过getActivity.getSp()和弹toast时都会报空指针异常。也就是说:操作完Fragment之后,必须要调用commit()。
在使用radioGroup+fragment实现底部导航效果时,每一次切换都会重新生成fragment对象,进而执行其中的生命周期方法。如果在fragment生成时,需要访问网络,那就意味着每一次切换到相应的界面时,都会访问网络。这是完全没必要的。最好是能复用已经生成的fragment。
原因分析:之所以每一次都会重新生成新的fragment,是因为调用了FragmentTransaction.replace()方法。而replace()方法相当于remove()+add(),每一次remove()调用之后,fragment就会被移出盛放它的容器,所以下次再通过replace()把它添加进来的时候就会重新生成。
解决方法:不用replace(),而是使用add,hide,show()三者相结合。示例:
private void attachFragment(int index) { transaction = fragmentManager.beginTransaction(); if (transaction == null){ System.out.println("-----------此处有错"); return; } Fragment fragment = getInstanceByIndex(index); // 如果有上一个fragment,并且要显示的没有被添加 if (lastFrag != null && !fragment.isAdded()) { transaction.hide(lastFrag).add(R.id.content, fragment).commit(); } else if (lastFrag == null) {// 当没有上一次fragment时 transaction.add(R.id.content, fragment).commit(); } else if (lastFrag != null && fragment.isAdded()) { // 当有上一个fragment,但本frag没有添加进去时 transaction.hide(lastFrag).show(fragment).commit(); } lastFrag = fragment; }在上面代码中,前两个都是调用的add()方法,会执行Fragment的生命周期方法。但是最后一个show()则不会。
通过isAdded()方法来判断该fragment是否被添加进去了。要注意:它是通过fragment的哈希值来进行判断的。也就是说:所要显示的fragment必须是同一个才能复用(也就是:两个fragment调用toString()时返回值是一样的,只有如此,isAdded才公被判断为true)。所以被复用的fragment必须是单例的。但是由于Fragment必须拥有一个空参数的构造方法,而且构造方法必须是public的,所以不太可能在类中创建单例模式。
解决办法是:
private Fragment getFragment(String key, Class<? extends Fragment> clz) { //frgs的初始化:HashMap<String, Fragment> frgs = new HashMap<String, Fragment>(); Fragment fragment = frgs.get(key); if (fragment == null) { try { //Fragment本身必须拥有一个空参数的构造方法,所以直接调用 Constructor<?> constructor = clz.getConstructor(); fragment = (Fragment) constructor.newInstance(); frgs.put(key, fragment); } catch (Exception e) { e.printStackTrace(); } } return fragment; }
这里用一个map集合来存储对应的fragment。如果集合中存储的有,那么就直接返回,否则new一个,同时存入集合中。这样就保证了每一次取的时候都是唯一的。
fragment只占据一小部分屏幕,并没有占满FragmentTransaction.replace()方法中第一个参数指定组件的大小。其原因是在inflate的时候,第二个参数传入了null。
解决办法是:
按下面代码重写onCreateView()方法:
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { View v = inflater.inflate(R.layout.fragment, container,false);也就是把inflate方法的第二个参数改成了onCreateView中的第二个参数。第三个参数要传入false,它代表是否要把布局添加到父布局中。而我们将通过代码的方式把fragment添加到视图中,所以这里传入false。