過去的一段時間，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 中的方法。這樣，您現在可以在螢幕上組成幾個獨立的類，獲得更高的靈活性，複用程式碼，並且通常在不引入自己的抽象的情況下，對程式碼結構具有更多控制。讓我們看看這在兩個示例中如何工作。

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 方法，也不必提供自己的抽象的來實現需求的程式碼。

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。

到此這篇關於AndroidX下使用Activity和Fragment的變化詳解的文章就介紹到這了,更多相關AndroidX使用Activity和Fragment內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們！