過去的一段時間,AndroidX 軟件包下的 Activity/Fragmet 的 API 發生了不少變化。讓咱們看看它們是如何提高Android 的開發效率以及如何適應當下流行的編程規則和模式。java
本文中描述的全部功能如今均可以在穩定的 AndroidX 軟件包中使用,它們在去年均已發佈或移至穩定版本。編程
在構造器中傳入佈局 ID 架構
從 AndroidX AppCompat 1.1.0 和 Fragment 1.1.0 ( 譯者注:AppCompat 包含 Fragment,且 Fragment 包含 Activity,詳情見【整理】Jetpack 主要組件的依賴及傳遞關係 )開始,您可使用將 layoutId 做爲參數的構造函數:app
class MyActivity : AppCompatActivity(R.layout.my_activity) class MyFragmentActivity: FragmentActivity(R.layout.my_fragment_activity) class MyFragment : Fragment(R.layout.my_fragment)
這種方法能夠減小 Activity/Fragment 中方法重寫的數量,並使類更具可讀性。無需在Activity 中重寫 onCreate() 便可調用 setContentView() 方法。另外,無需手動在Fragment中重寫 onCreateView 便可手動調用 Inflater 來擴展視圖。less
擴展 Activity/Fragment 的靈活性 ide
藉助 AndroidX 新的 API ,能夠減小在 Activity/Fragment 處理某些功能的狀況。一般,您能夠獲取提供某些功能的對象並向其註冊您的處理邏輯,而不是重寫 Activity / Fragment 中的方法。這樣,您如今能夠在屏幕上組成幾個獨立的類,得到更高的靈活性,複用代碼,而且一般在不引入本身的抽象的狀況下,對代碼結構具備更多控制。讓咱們看看這在兩個示例中如何工做。函數
有時,您須要阻止用戶返回上一級。在這種狀況下,您須要在 Activity 中重寫 onBackPressed()方法。可是,當您使用 Fragment 時,沒有直接的方法來攔截返回。在 Fragment 類中沒有可用的onBackPressed() 方法,這是爲了防止同時存在多個 Fragment 時發生意外行爲。佈局
可是,從 AndroidX Activity 1.0.0 開始,您可使用 OnBackPressedDispatcher 在您能夠訪問該 Activity 的代碼的任何位置(例如,在 Fragment 中)註冊 OnBackPressedCallback。測試
class MyFragment : Fragment() { override fun onAttach(context: Context) { super.onAttach(context) val callback = object : OnBackPressedCallback(true) { override fun handleOnBackPressed() { // Do something } } requireActivity().onBackPressedDispatcher.addCallback(this, callback) } }
您可能會在這裏注意到另外兩個有用的功能:動畫
OnBackPressedCallback 的構造函數中的布爾類型的參數有助於根據當前狀態動態 打開/關閉按下的行爲
addCallback() 方法的可選第一個參數是 LifecycleOwner,以確保僅在您的生命週期感知對象(例如,Fragment)至少處於 STARTED 狀態時才使用回調。
經過使用 OnBackPressedDispatcher ,您不只能夠得到在 Activity 以外處理返回鍵的便捷方式。根據您的須要,您能夠在任意位置定義 OnBackPressedCallback,使其可複用,或根據應用程序的架構進行任何操做。您再也不須要重寫Activity 中的 onBackPressed 方法,也沒必要提供本身的抽象的來實現需求的代碼。
若是您但願 Activity 在終止並重啓後恢復以前的狀態,則可能要使用 saved state 功能。過去,您須要在 Activity 中重寫兩個方法:onSaveInstanceState 和onRestoreInstanceState。您還能夠在 onCreate 方法中訪問恢復的狀態。一樣,在 Fragment中,您可使用onSaveInstanceState 方法(而且能夠在 onCreate,onCreateView 和onActivityCreated方法中恢復狀態)。
從 AndroidX SavedState 1.0.0(它是 AndroidX Activity 和 AndroidX Fragment 內部的依賴。譯者注:您不須要單獨聲明它)開始,您能夠訪問 SavedStateRegistry,它使用了與前面描述的 OnBackPressedDispatcher 相似的機制:您能夠從 Activity / Fragment 中獲取SavedStateRegistry,而後 註冊您的 SavedStateProvider:
class MyActivity : AppCompatActivity() { companion object { private const val MY_SAVED_STATE_KEY = "my_saved_state" private const val SOME_VALUE_KEY = "some_value" } private lateinit var someValue: String private val savedStateProvider = SavedStateRegistry.SavedStateProvider { Bundle().apply { putString(SOME_VALUE_KEY, someValue) } } override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) savedStateRegistry .registerSavedStateProvider(MY_SAVED_STATE_KEY, savedStateProvider) } fun someMethod() { someValue = savedStateRegistry .consumeRestoredStateForKey(MY_SAVED_STATE_KEY) ?.getString(SOME_VALUE_KEY) ?: "" } }
如您所見,SavedStateRegistry 強制您將密鑰用於數據。這樣能夠防止您的數據被 attach 到同一個 Activity/Fragment的另外一個 SavedStateProvider 破壞。就像在OnBackPressedDispatcher 中同樣,您能夠例如將 SavedStateProvider 提取到另外一個類,經過使用所需的任何邏輯使其與數據一塊兒使用,從而在應用程序中實現清晰的保存狀態行爲。
此外,若是您在應用程序中使用 ViewModel,請考慮使用 AndroidX ViewModel-SavedState 使你的ViewModel 能夠保存其狀態。爲了方便起見,從 AndroidX Activity 1.1.0 和 AndroidXFragment 1.2.0 開始,啓用 SavedState 的SavedStateViewModelFactory 是在獲取ViewModel 的全部方式中使用的默認工廠:委託 ViewModelProvider 構造函數和ViewModelProviders.of() 方法。
FragmentFactory
Fragment 最常說起的問題之一是不能使用帶有參數的構造函數。例如,若是您使用 Dagger2 進行依賴項注入,則沒法使用 Inject 註解 Fragment 構造函數並指定參數。如今,您能夠經過指定FragmentFactory 類來減小 Fragment 建立過程當中的相似問題。經過在 FragmentManager 中註冊FragmentFactory,能夠重寫實例化 Fragment 的默認方法:
class MyFragmentFactory : FragmentFactory() { override fun instantiate(classLoader: ClassLoader, className: String): Fragment { // Call loadFragmentClass() to obtain the Class object val fragmentClass = loadFragmentClass(classLoader, className) // Now you can use className/fragmentClass to determine your prefered way // of instantiating the Fragment object and just do it here. // Or just call regular FragmentFactory to instantiate the Fragment using // no arguments constructor return super.instantiate(classLoader, className) } }
如您所見,該API很是通用,所以您能夠執行想要建立 Fragment 實例的全部操做。回到 Dagger2示例,例如,您能夠注入FragmentFactory Provider <Fragment> 並使用它來獲取 Fragment 對象。
測試 Fragment
從AndroidX Fragment 1.1.0 開始,可使用 Fragment 測試組件提供 FragmentScenario 類,該類能夠幫助在測試中實例化 Fragment 並進行單獨測試:
// To launch a Fragment with a user interface: val scenario = launchFragmentInContainer<FirstFragment>() // To launch a headless Fragment: val scenario = launchFragment<FirstFragment>() // To move the fragment to specific lifecycle state: scenario.moveToState(CREATED) // Now you can e.g. perform actions using Espresso: onView(withId(R.id.refresh)).perform(click()) // To obtain a Fragment instance: scenario.onFragment { fragment ->
More Kotlin!
很高興看到 -ktx AndroidX 軟件包中提供了許多有用的 Kotlin 擴展方法,而且按期添加了新的方法。例如,在AndroidX Fragment-KTX 1.2.0 中,使用片斷化類型的擴展名可用於FragmentTransaction 上的 replace() 方法。將其與 commit() 擴展方法結合使用,咱們能夠得到如下代碼:
// Before supportFragmentManager .beginTransaction() .add(R.id.container, MyFragment::class.java, null) .commit() // After supportFragmentManager.commit { replace<MyFragment>(R.id.container) }
FragmentContainerView
一件小而重要的事情。若是您將 FrameLayout 用做 Fragment 的容器,則應改用FragmentContainerView 。它修復了一些動畫 z軸索引順序問題和窗口插入調度。從 AndroidXFragment 1.2.0 開始可使用 FragmentContainerView。
文章不易,若是你們喜歡這篇文章,或者對你有幫助但願你們多多,點贊,轉發,關注 哦。文章會持續更新的。絕對乾貨!!!