android之Fragment（官网资料翻译）三

 

与Activity通讯

尽管Fragment被实现为一个独立于Activity的对象,而且能够在多个activity中使用,但一个给定的fragment实例是直接绑定到包含它的activity的. 特别的,fragment可使用 getActivity() 访问Activity实例, 而且容易地执行好比在activity layout中查找一个view的任务

View listView =getActivity().findViewById(R.id.list);

 一样地,activity能够经过从FragmentManager得到一个到Fragment的引用来调用fragment中的方法, 使用findFragmentById() 或 findFragmentByTag().

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

为Activity建立事件回调方法

 

在一些状况下, 你可能须要一个fragment与activity分享事件. 一个好的方法是在fragment中定义一个回调的interface, 并要求宿主activity实现它.当activity经过interface接收到一个回调, 必要时它能够和在layout中的其余fragment分享信息.
例如, 若是一个新的应用在activity中有2个fragment – 一个用来显示文章列表(framgent A), 另外一个显示文章内容(fragment B) – 而后 framgent A必须告诉activity什么时候一个list item被选中,而后它能够告诉fragmentB去显示文章.
在这个例子中, OnArticleSelectedListener 接口在fragment A中声明:

public static class FragmentA extends ListFragment {
    ...
    // Container Activity must implement this interface
    public interface OnArticleSelectedListener {
        public void onArticleSelected(Uri articleUri);

    }
    ...
}

而后fragment的宿主activity实现 OnArticleSelectedListener 接口, 并覆写 onArticleSelected() 来通知fragment B,从fragment A到来的事件.为了确保宿主activity实现这个接口, fragment A的 onAttach() 回调方法(当添加fragment到activity时由系统调用) 经过将做为参数传入onAttach()的Activity作类型转换来实例化一个OnArticleSelectedListener实例.

public static class FragmentA extends ListFragment {
    OnArticleSelectedListener mListener;
    ...
    @Override
    public void onAttach(Activity activity) {
        super.onAttach(activity);
        try {
            mListener = (OnArticleSelectedListener) activity;
         } catch (ClassCastException e) {
            throw new ClassCastException(activity.toString() + " must implementOnArticleSelectedListener");
        }
    }

    ...

}

若是activity没有实现接口, fragment会抛出 ClassCastException 异常. 正常情形下,mListener成员会保持一个到activity的OnArticleSelectedListener实现的引用, 所以fragment A能够经过调用在OnArticleSelectedListener接口中定义的方法分享事件给activity.例如, 若是fragment A是一个 ListFragment的子类, 每次用户点击一个列表项, 系统调用在fragment中的onListItemClick(),而后后者调用 onArticleSelected() 来分配事件给activity.

public static class FragmentA extends ListFragment {
    OnArticleSelectedListener mListener;
    ...
    @Override
    public void onListItemClick(ListView l, View v, int position, long id) {
        // Append the clicked item's row ID with the content provider Uri
         Uri noteUri =ContentUris.withAppendedId(ArticleColumns.CONTENT_URI, id);
        // Send the event and Uri to the host activity
       mListener.onArticleSelected(noteUri);
    }
    ...
}

 传给 onListItemClick() 的 id 参数是被点击的项的行ID, activity(或其余fragment)用来从应用的 ContentProvider 获取文章.

添加项目到ActionBar

你的fragment能够经过实现 onCreateOptionMenu() 提供菜单项给activity的选项菜单(以此类推, Action Bar也同样).为了使这个方法接收调用,不管如何, 你必须在 onCreate() 期间调用 setHasOptionsMenu() 来指出fragment愿意添加item到选项菜单(不然, fragment将接收不到对 onCreateOptionsMenu()的调用)．
随后从fragment添加到Option菜单的任何项,都会被追加到现有菜单项的后面.当一个菜单项被选择, fragment也会接收到 对 onOptionsItemSelected() 的回调.也能够在你的fragment layout中经过调用registerForContextMenu() 注册一个view来提供一个环境菜单.当用户打开环境菜单, fragment接收到一个对 onCreateContextMenu() 的调用.当用户选择一个项目, fragment接收到一个对onContextItemSelected() 的调用.
注意: 尽管你的fragment会接收到它所添加的每个菜单项被选择后的回调, 但实际上当用户选择一个菜单项时, activity会首先接收到对应的回调.若是activity的on-item-selected回调函数实现并无处理被选中的项目, 而后事件才会被传递到fragment的回调.

这个规则适用于选项菜单和环境菜单.

处理fragment的生命周期

管理fragment的生命周期, 大多数地方和管理activity生命周期很像.和activity同样, fragment能够处于3种状态:
Resumed
在运行中的activity中fragment可见.
Paused
另外一个activity处于前台并拥有焦点, 可是这个fragment所在的activity仍然可见(前台activity局部透明或者没有覆盖整 个屏幕).
Stopped
要么是宿主activity已经被中止, 要么是fragment从activity被移除但被添加到后台堆栈中.
中止状态的fragment仍然活着(全部状态和成员信息被系统保持着). 然而, 它对用户再也不可见, 而且若是activity被干掉, 他也会被干掉.

其对应关系图以下：

 

和activity同样, 你可使用Bundle保持fragment的状态, 万一activity的进程被干掉,而且当activity被从新建立的时候, 你须要恢复fragment的状态时就能够用到. 你能够在fragment的 onSaveInstanceState() 期间保存状态, 并能够在 onCreate(), onCreateView() 或 onActivityCreated() 期间恢复它.
生命周期方面activity和fragment之间最重要的区别是各自如何在它的后台堆栈中储存. 在默认状况下, activity在中止后, 它会被放到一个由系统管理的用于保存activity的后台堆栈.(所以用户可使用BACK按键导航回退到它).
然而, 仅当你在一个事务期间移除fragment时,显式调用addToBackStack()请求保存实例时,才被放到一个由宿主activity管理的后台堆栈.
另外, 管理fragment的生命周期和管理activity生命周期很是相似.所以, "managing the activitylifecycle"中的相同实践也一样适用于fragment. 你须要理解的是, activity的生命如何影响fragment的生命.

与activity生命周期的协调工做

fragment所生存的activity的生命周期,直接影响fragment的生命周期,每个activity的生命周期的回调行为都会引发每个fragment中相似的回调.
例如,当activity接收到onPause()时,activity中的每个fragment都会接收到onPause().
Fragment 有一些额外的生命周期回调方法, 那些是处理与activity的惟一的交互,为了执行例如建立和销毁fragment的UI的动做. 这些额外的回调方法是：

• onAttach()
  当fragment被绑定到activity时被调用(Activity会被传入.).
• onCreateView()
  建立和fragment关联的view hierarchy时调用.
• onActivityCreated()
  当activity的onCreate()方法返回时被调用.
• onDestroyView()
  当和fragment关联的view hierarchy正在被移除时调用.
• onDetach()
  当fragment从activity解除关联时被调用.

fragment生命周期的流程, 以及宿主activity对它的影响,在图3中显示.在这个图中,能够看到activity依次的每一个状态是如何决定fragment可能接收到的回调方法.例如, 当activity接收到它的onCreate(),activity中的fragment接收到最可能是onActivityCreated(). 一旦activity到达了resumed状态, 你能够自由地在activity添加和移除fragment.所以,仅当activity处于resumed状态时, fragment的生命周期才能够独立变化. 不管如何, 当activity离开resumed状态,fragment再次被activity的推入它本身的生命周期过程.