看來老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