看来老onAttach()
API是deprecating,而是应用程式需要利用新onAttach()
这需要Context
其参数(在早期onAttach()
,这是Activity
)。新onAttach()在API等级23
这是否意味着,未来,碎片还可以与除Activity之外的更多上下文相关联(可能是服务或广播接收器)?
这对开发人员有用吗?
看来老onAttach()
API是deprecating,而是应用程式需要利用新onAttach()
这需要Context
其参数(在早期onAttach()
,这是Activity
)。新onAttach()在API等级23
这是否意味着,未来,碎片还可以与除Activity之外的更多上下文相关联(可能是服务或广播接收器)?
这对开发人员有用吗?
这是否意味着,未来,片段还可以与除Activity之外的更多上下文相关联(可能是服务或广播接收器)?
编号片段只能与活动相关联。从文档:
片段表示活动中的用户界面的行为或部分。您可以在单个活动中组合多个片段来构建多窗格用户界面,并在多个活动中重用片段。您可以将片段看作活动的模块化部分,该活动有其自己的生命周期,接收自己的输入事件以及可以在活动运行时添加或删除的活动(有点像可以使用的“子活动”在不同的活动中重用)。
,而不是应用程式需要利用新onAttach(),接受上下文作为其参数(在早期onAttach(),它是活动)
我认为,谷歌在选择不合适的Activity
的背景下太偏执。例如,AppCompatActivity
,FragmentActivity
,ActionBarActivity
,而onAttch(Activity)
以Activity
作为其参数。因此,谷歌更改Activity
与更全球的Context
。
很难理解为什么谷歌可能引入了带diff参数的api,除非其背后有理性 – AADProgramming