本章介绍了 fragment 的来由,activity 与 fragment 的关系,及其基础使用
GitHub 地址:
完成第七章
1. 为何要使用 fragment ?
使用 fragment 而不是 activity 来管理应用UI,可以绕开 Android 系统 activity 使用规则的限制。
fragment 是一种控制器对象, activity 可委派它完成一些任务,通常是管理 UI,可以是一整屏也可以是一部分, 管理 UI 的 fragment 又叫 UI fragment。它自己也有产生于布局文件的视图。 fragment 视图包含了用户可以交互的可视化 UI 元素。
利用 fragment,可以轻松实现选择不同的列表项就显示对应的明细视图, activity 用一个明细 fragment 替换另一个明细 fragment, 这样就可以避免销毁 activity 了。
- 在 Android Studio 的 Project Structure 中设置依赖项,即 Fragment 和 FragmentActivity
build.gradle 文件中依赖项字符串使用了 Maven 坐标模式:groupId:artifactId:version。 groupId 是类库的基础包名,artifactId 是包中的特定库名,其中 *-vX 指所支持的最低 API 级别,比如 appcompat-v7 就是说此兼容库可以应用到 Android API 7 及以上级别的设备上。
2. fragment 的生命周期
可以看出,fragment 的生命周期在许多地方对应着 activity 的生命周期方法,因为 fragment 的生命周期方法是由托管的 activity 调用的,而非像 activity 一样是由操作系统调用,fragment 仅仅是 activity 的内部事务
fragment 的生命周期方法与 activity 的异同
Fragment.onCreate(Bundle)
是 public 的,而Activity.onCreate(Bundle)
则是 protected 的,因为前者是被 activity 调用,而后者是被系统调用。- fragment 仍然有类似的
onSaveInstanceState(Bundle)
函数用于保存状态- fragment 的视图建立不是在
onCreate(…)
中完成,而是在onCreateView(…)
中完成(如下)。
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState)
该方法实例化 fragment 视图的布局,然后将实例化的 View 返回给托管的 activity。 LayoutInflater 及 ViewGroup 是实例化布局的必要参数。Bundle 用来存储恢复数据,可供该方法从保存状态下重建视图。
3. 管理 fragment 的 FragmentManager 类
activity 通过 FragmentManager 类管理 fragment 的队列和事务回退栈。
3.1 FragmentManager 的获取
//使用 support 依赖包的情况下,用下面语句
FragmentManager fm = getSupportFragmentManager();
//如果使用系统原生的 Fragment 类,即不考虑向后兼容时,使用:
FragmentManager fm = getFragmentManager();
3.2 获取 fragment 并交由 FragmentManager 处理
Fragment fragment = fm.findFragmentById(R.id.fragment_container);
if (fragment == null) {
fragment = new CrimeFragment();
//下列代码创建、添加并提交了一个 fragment 事务
fm.beginTransaction()
.add(R.id.fragment_container, fragment)
.commit();
}
fragment 事务用来添加、移除、附加、分离或者替换 fragment 队列中的 fragment。 这是使用 fragment 在运行时组装和重新组装 UI 的关键。 Fragment Manager 管理着 fragment 事务回退栈。
在上述代码中, FragmentManager.beginTransaction() 方法创建并返回 FragmentTransaction 实例,然后加入 FragmentTransaction 队列。add(…) 方法是整个事务的核心,它含有两个参数:容器视图资源 ID 和新创建的 CrimeFragment 。
容器视图资源 ID 的作用是:
- 告诉FragmentManager, fragment 视图应该出现在 activity 视图的什么位置。
- 用作 FragmentManager 队列中 fragment 的唯一标识符。
如果要从 FragmentManager 中获取 CrimeFragment,直接使用容器视图资源 ID 即可(即上面代码的第一句)。初始时 FragmentManager 队列为空,故而需要下面的语句用于创建提交 fragment 至队列中,如果是恢复性地调用(如 activity 被销毁),则直接引用即可。
GitHub Page: kniost.github.io
简书:http://www.jianshu.com/u/723da691aa42