【有书共读】《Android 7 编程入门经典(第四版) 》
【有书共读】《Android 7 编程入门经典(第四版) 》
第三章
fragment
Fragment是Android3.0后引入的一个新的API，他出现的初衷是为了适应大屏幕的平板电脑， 当然现在他仍然是平板APP UI设计的宠儿，而且我们普通手机开发也会加入这个Fragment，我们可以把他看成一个小型的Activity，又称Activity片段！想想，如果一个很大的界面，我们就一个布局，写起界面来会有多麻烦，而且如果组件多的话是管理起来也很麻烦！而使用Fragment我们可以把屏幕划分成几块，然后进行分组，进行一个模块化的管理！从而可以更加方便的在运行过程中动态地更新Activity的用户界面！另外Fragment并不能单独使用，他需要嵌套在Activity中使用，尽管他拥有自己的生命周期，但是还是会受到宿主Activity的生命周期的影响。比如，当Activity暂停时，其中的所有片段也会暂停；当Activity被销毁时，所有片段也会被销毁。 不过，当Activity 正在运行（处于已恢复生命周期状态）时，您可以独立操纵每个片段，如添加或移除它们。 当您执行此类片段事务时，您也可以将其添加到由Activity管理的返回栈，Activity中的每个返回栈条目都是一条已发生片段事务的记录。返回栈让用户可以通过按返回按钮撤消片段事务（后退）。
通过将 Activity 布局分成片段，您可以在运行时修改 Activity 的外观，并在由 Activity 管理的返回栈中保留这些更改。如果仅仅只有Activity布局，那是不够的，不仅在手机上有一套布局，同时在平板上还需要设计一套布局，那样维护起来也麻烦，代码上也有一定的冗余，对于APP包的大小也有一定的压力。Fragment的优势是布局在不同设备上的适配。
从图中我们可以看到，在平板中，一个Activity A包含了两个Fragment，分别是Fragment A和Fragment B，但在手机中呢，就需要两个Activity，分别是Activity A包含Fragment A和Activity B包含Fragment B。同时每个Fragment都具有自己的一套生命周期回调方法，并各自处理自己的用户输入事件。 因此，在平板中使用一个Activity 就可以了，左侧是列表，右边是内容详情。
除此之外，使用Fragment还有这么几个方面优势：
1.代码复用。特别适用于模块化的开发，因为一个Fragment可以被多个Activity嵌套，有个共同的业务模块就可以复用了，是模块化UI的良好组件。
2.Activity用来管理Fragment。Fragment的生命周期是寄托到Activity中，Fragment可以被Attach添加和Detach释放。
3.可控性。Fragment可以像普通对象那样自由的创建和控制，传递参数更加容易和方便，也不用处理系统相关的事情，显示方式、替换、不管是整体还是部分，都可以做到相应的更改。
4.Fragments是view controllers，它们包含可测试的，解耦的业务逻辑块，由于Fragments是构建在views之上的，而views很容易实现动画效果，因此Fragments在屏幕切换时具有更好的控制。
想象我们正在开发一个新闻应用，其中一个界面使用ListView展示了一组新闻的标题，当点击了其中一个标题，就打开另一个界面显示新闻的详细内容。如果是在手机中设计，我们可以将新闻标题列表放在一个活动中，将新闻的详细内容放在另一个活动中。
可是如果在平板上也这么设计，那么新闻标题列表将会被拉长至填充满整个平板的屏幕，而新闻的标题一般都不会太长，这样将会导致界面上有大量的空白区域。
因此，更好的设计方案是将新闻标题列表界面和新闻详细内容界面分别放在两个frag中，然后在同一个活动里引入这两个碎片，这样就可以将屏幕空间充分地利用起来了
Fragment生命周期
生命周期函数
| onAttach() | 关联到Activity的时候调用。如果，需要使用Activity的引用或者使用Activity作为其他操作的上下文，将在此回调方法中实现 |
| onCreate() | 系统创建Fragment的时候回调 |
| onCreateView() | 当第一次绘制Fragment的UI时系统调用这个方法，该方法将返回一个View，如果Fragment不提供UI也可以返回null。注意，如果继承自ListFragment，onCreateView()默认的实现会返回一个ListView，所以不用自己实现。这个函数的Bundle参数和onCretate()函数的Bundle蚕食是同一个 |
| onActivityCreated() | 当Activity中的onCreate方法执行完后调用。可以在这个函数里面做和Activity UI交互的操作（因为Activity的onCreate()函数之后Activity的UI已经准备好了，可以UI交互）。这个函数的Bundle参数和onCretate()函数的Bundle蚕食是同一个 |
| onStart() | 启动Fragment的时候回调，这个时候Fragment可见 |
| onResume() | Fragment变为活动状态获取焦点的时候是回调，这个时候Fragment已经完全展示在前台，并且可以和用户交互 |
| onPause() | Fragemnt变成非活动状态失去焦点的时候调用，注意这个时候Fragment还是可见的，只是不能和用户交互了而已 |
| onStop() | Fragment变成不可见的时候调用。这个时候Fragment还是活着的，只是可能别加入到了Fragment的回退栈中 |
| onDestroyView() | Fragment中的布局被移除的时候调用 |
| onDestroy() | Fragment被销毁的时候调用 |
| onDetach() | Fragment和Activity解除关联的时候调用个 |
除了上面列出的标准周期函数之外，还有几个函数也要特别注意：
- onViewCreated(): 是不是和onCreateView()很像，onViewCreated()是在onCreateView()函数之后执行，我们通常在onViewCreated()函数里面findViewById。
- 有一点要注意setUserVisibleHint()只在ViewPager+Fragment这情况下才会回调，其他静态加载和动态加载Fragment不会被调用到。。setUserVisibleHint()：当前页面是否可见(一般ViewPager+Fragemnt配合使用会用到，懒(延时)加载的时候这个函数有大用处)，因为ViewPager+Fragemnt的时候是会同时去加载前后多个Fragment的，这个时候就有些Fragment是可见的一些Fragment是不可见的。
- onHiddenChanged()：hide()、show()来回切换Fragment显示的时候，Fragment只会回调onHiddenChanged()。Fragment在add()的时候不会回调onHiddenChanged()函数，这点要切记。还有，在ViewPager+Fragment使用的时候Fragment也不会回调onHiddenChanged()函数的。
-
腾讯开奖369人在聊