AndroidX下使用Activity和Fragment的變化

過去的一段時間，AndroidX 軟件包下的 Activity/Fragmet 的 API 發生了不少變化。讓咱們看看它們是如何提高Android 的開發效率以及如何適應當下流行的編程規則和模式。

本文中描述的全部功能如今均可以在穩定的 AndroidX 軟件包中使用，它們在去年均已發佈或移至穩定版本。

在構造器中傳入佈局 ID

從 AndroidX  AppCompat 1.1.0 和 Fragment 1.1.0 ( 譯者注：AppCompat 包含 Fragment，且 Fragment 包含 Activity，詳情見【整理】Jetpack 主要組件的依賴及傳遞關係 )開始，您可使用將 layoutId 做爲參數的構造函數：

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 來擴展視圖。

擴展 Activity/Fragment 的靈活性

藉助 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 方法，也沒必要提供本身的抽象的來實現需求的代碼。

2. 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。

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