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。

文章不易，若是你们喜欢这篇文章，或者对你有帮助但愿你们多多，点赞，转发，关注 哦。文章会持续更新的。绝对干货！！！