過去的一段時間，AndroidX 軟件包下的 Activity/Fragmet 的 API 發(fā)生了很多變化。讓我們看看它們是如何提升Android 的開發(fā)效率以及如何適應當下流行的編程規(guī)則和模式。

本文中描述的所有功能現(xiàn)在都可以在穩(wěn)定的 AndroidX 軟件包中使用，它們在去年均已發(fā)布或移至穩(wěn)定版本。

在構造器中傳入布局 ID

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

class MyActivity : AppCompatActivity(R.layout.my_activity)
class MyFragmentActivity: FragmentActivity(R.layout.my_fragment_activity)
class MyFragment : Fragment(R.layout.my_fragment)

這種方法可以減少 Activity/Fragment 中方法重寫的數(shù)量，并使類更具可讀性。無需在Activity 中重寫 onCreate() 即可調用 setContentView() 方法。另外，無需手動在Fragment中重寫 onCreateView 即可手動調用 Inflater 來擴展視圖。

擴展 Activity/Fragment 的靈活性

借助 AndroidX 新的 API ，可以減少在 Activity/Fragment 處理某些功能的情況。通常，您可以獲取提供某些功能的對象并向其注冊您的處理邏輯，而不是重寫 Activity / Fragment 中的方法。這樣，您現(xiàn)在可以在屏幕上組成幾個獨立的類，獲得更高的靈活性，復用代碼，并且通常在不引入自己的抽象的情況下，對代碼結構具有更多控制。讓我們看看這在兩個示例中如何工作。

OnBackPressedDispatcher

有時，您需要阻止用戶返回上一級。在這種情況下，您需要在 Activity 中重寫 onBackPressed()方法。但是，當您使用 Fragment 時，沒有直接的方法來攔截返回。在 Fragment 類中沒有可用的onBackPressed() 方法，這是為了防止同時存在多個 Fragment 時發(fā)生意外行為。

但是，從 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 的構造函數(shù)中的布爾類型的參數(shù)有助于根據(jù)當前狀態(tài)動態(tài) 打開/關閉按下的行為

addCallback() 方法的可選第一個參數(shù)是 LifecycleOwner，以確保僅在您的生命周期感知對象（例如，F(xiàn)ragment）至少處于 STARTED 狀態(tài)時才使用回調。

通過使用 OnBackPressedDispatcher ，您不僅可以獲得在 Activity 之外處理返回鍵的便捷方式。根據(jù)您的需要，您可以在任意位置定義 OnBackPressedCallback，使其可復用，或根據(jù)應用程序的架構進行任何操作。您不再需要重寫Activity 中的 onBackPressed 方法，也不必提供自己的抽象的來實現(xiàn)需求的代碼。

SavedStateRegistry

如果您希望 Activity 在終止并重啟后恢復之前的狀態(tài)，則可能要使用 saved state 功能。過去，您需要在 Activity 中重寫兩個方法：onSaveInstanceState 和onRestoreInstanceState。您還可以在 onCreate 方法中訪問恢復的狀態(tài)。同樣，在 Fragment中，您可以使用onSaveInstanceState 方法（并且可以在 onCreate，onCreateView 和onActivityCreated方法中恢復狀態(tài)）。

從 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 強制您將密鑰用于數(shù)據(jù)。這樣可以防止您的數(shù)據(jù)被 attach 到同一個 Activity/Fragment的另一個 SavedStateProvider 破壞。就像在OnBackPressedDispatcher 中一樣，您可以例如將 SavedStateProvider 提取到另一個類，通過使用所需的任何邏輯使其與數(shù)據(jù)一起使用，從而在應用程序中實現(xiàn)清晰的保存狀態(tài)行為。

此外，如果您在應用程序中使用 ViewModel，請考慮使用 AndroidX  ViewModel-SavedState 使你的ViewModel 可以保存其狀態(tài)。為了方便起見，從 AndroidX  Activity 1.1.0 和 AndroidXFragment 1.2.0 開始，啟用 SavedState 的SavedStateViewModelFactory 是在獲取ViewModel 的所有方式中使用的默認工廠：委托 ViewModelProvider 構造函數(shù)和ViewModelProviders.of() 方法。

FragmentFactory

Fragment 最常提及的問題之一是不能使用帶有參數(shù)的構造函數(shù)。例如，如果您使用 Dagger2 進行依賴項注入，則無法使用 Inject 注解 Fragment 構造函數(shù)并指定參數(shù)?，F(xiàn)在，您可以通過指定FragmentFactory 類來減少 Fragment 創(chuàng)建過程中的類似問題。通過在 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非常通用，因此您可以執(zhí)行想要創(chuàng)建 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內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！ 

最新評論