AndroidX下使用Activity和Fragment的變化

過去的一段時間,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 中的方法。這樣,您如今能夠在屏幕上組成幾個獨立的類,得到更高的靈活性,複用代碼,而且一般在不引入本身的抽象的狀況下,對代碼結構具備更多控制。讓咱們看看這在兩個示例中如何工做。函數

  1. OnBackPressedDispatcher

有時,您須要阻止用戶返回上一級。在這種狀況下,您須要在 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 方法,也沒必要提供本身的抽象的來實現需求的代碼。

  1. SavedStateRegistry

若是您但願 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。

文章不易,若是你們喜歡這篇文章,或者對你有幫助但願你們多多,點贊,轉發,關注 哦。文章會持續更新的。絕對乾貨!!!

相關文章
相關標籤/搜索