是否还需要setSupportActionbar？

Question

随着新的工具栏小部件的引入和AppCompat（android.support.v7.widget.Toolbar）版本的推出，是否还需要调用setSupportActionbar（工具栏）？或者调用setSupportActionbar有什么好处吗；现在我们可以设置标题、子标题、导航图标、导航图标单击侦听器（getSupportActionBar（）。直接在工具栏上设置DisplayHomeAsupEnabled（true）replacement）、menu、menu click listener（options menu replacement）等，而无需调用setSupportActionbar。

Answer 1

然而，setSupportActionbar（）方法和ActionBar API仍然是实现应用程序栏的有文档记录的方式，它看起来更像是一种使用工具栏和开发人员熟悉的API的方式。实际上，ActionBar API通常只会使事情复杂化，请以本文为例。

如今，当推荐使用单一活动架构和导航组件来实现Android应用程序时，使用NavigationUI库设置片段工具栏非常容易，例如：

<!-- my_fragment.xml -->
<androidx.constraintlayout.widget.ConstraintLayout ...>

  <com.google.android.material.appbar.MaterialToolbar
    ...
    android:id="@+id/toolbar"
    app:menu="@menu/my_menu" />

</androidx.constraintlayout.widget.ConstraintLayout>

class MyFragment : Fragment() {
  ...

  override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)

    val navController = findNavController()
    binding.toolbar.setupWithNavController(navController)
    binding.toolbar.setOnMenuItemClickListener { ... }
  }
}

这真的很简单，因此你会得到一个工具栏，自动设置标题，后退按钮和选项菜单。在这里，您可以找到完整的GitHub示例，该示例演示了使用NavigationUI的最小工具栏设置。

那么，使用ActionBar API根本没有好处？也许我错了，但我认为它唯一有用的情况是一个应用程序范围的工具栏。在这种情况下，您可以将工具栏放在活动中，并在每个片段中进行不同的设置，例如通过重写创建选项菜单（）。但根据我的经验，工具栏往往在不同的片段之间有很大的差异，因此更容易为每个片段使用单独的工具栏，本文将讨论选择。您还可以查看导航组件文档：支持应用程序栏变体。