原標題：AndroidX下使用Activity和Fragment的變化

原文：How AndroidX changes the way we work with Activities and Fragments

作者：Mi?osz Lewandowski

譯者：Fly_with24

鏈接：https://juejin.im/post/5e5a0c316fb9a07cd248d29e

過去的一段時間，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 SavedState1.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 和 AndroidX Fragment 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 objectval 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 constructorreturn super.instantiate(classLoader, className)}}

如您所見，該API非常通用，因此您可以執行想要創建 Fragment 實例的所有操作。回到 Dagger2 示例，例如，您可以注入FragmentFactory Provider 并使用它來獲取 Fragment 對象。

測試 Fragment

從AndroidX Fragment 1.1.0 開始，可以使用 Fragment 測試組件提供 FragmentScenario 類，該類可以幫助在測試中實例化 Fragment 并進行單獨測試：

// To launch a Fragment with a user interface:val scenario = launchFragmentInContainer// To launch a headless Fragment:val scenario = launchFragment

// 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 擴展方法結合使用，我們可以獲得以下代碼：

// BeforesupportFragmentManager.beginTransaction.add(R.id.container, MyFragment::class.java, null).commit// AftersupportFragmentManager.commit {replace(R.id.container)}

FragmentContainerView

一件小而重要的事情。如果您將 FrameLayout 用作 Fragment 的容器，則應改用 FragmentContainerView 。它修復了一些動畫 z軸索引順序問題和窗口插入調度。從 AndroidX Fragment 1.2.0 開始可以使用 FragmentContainerView。返回搜狐，查看更多

責任編輯：

總結

以上是生活随笔為你收集整理的android调用fragment的方法,AndroidX下使用Activity和Fragment的变化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。