FragmentContainerView 与 FrameLayout

总的来说，在网上翻遍了足够多的东西，我发现了一些东西：

• 可以用作普通容器来FrameLayout交换fragmentManager()

• 它也可以用来代替<fragment>：

  <androidx.fragment.app.FragmentContainerView
       android:id="@+id/fragmentContainer"
       class="com.example.YourFragment"
       android:layout_width="match_parent"
       android:layout_height="match_parent" />
  

• 它解决了片段退出动画的Z坐标问题。在这里阅读更多

• 虽然它本身是从它FragmentContainerView继承而来的FrameLayout，但没有其他任何东西可以放入其中View。否则，说Exception。

• 在这里，我们可以指定标签参数（可选），稍后我们可以通过该参数使用以下方法拉取片段FragmentManager.findFragmentByTag(tag)：

  <androidx.fragment.app.FragmentContainerView
      xmlns:android="http://schemas.android.com/apk/res/android"
      android:layout_width="match_parent"
      android:layout_height="match_parent"
      android:tag="myFragment" />
  

• animateLayoutChanges- 如果我们将其设置为 true，那么我们将UnsupportedOperationException在 API 级别 18 之后的任何 android 中捕获它

如果其他人有什么要补充的，我很乐意。

在网上搜索，我能够找到有关该帐户的一些信息FragmentContainerView。形式上，这些信息在官方文档中，但呈现不佳，注意力不集中在这方面。就个人而言，我在阅读文档时错过了所有最重要的内容 :)

那么，与以下FragmentContainerView相比有什么优势FrameLayout：

1. 允许您通过 xml 属性（android:name="com.example.MyFragment"或class="com.example.MyFragment"）设置初始片段
2. 允许您使用属性直接通过布局为初始片段设置标签android:tag="my_tag"
3. 禁止添加view碎片以外的任何东西（不是最大的优点，但消除了不小心出错的可能性）
4. 对于 API > 17，默认情况下禁用事务动画。

第4点是关键。有一个已知的错误，它在于无法充分自定义同时打开新片段和关闭旧片段的动画。这个bug的本质是动画是同时启动的，但是老的fragment先在视觉上消失了，然后开始的fragment的动画继续播放（之前只是被老fragment隐藏了）。看起来不太好。默认情况下，导致错误的机制被禁用，可以通过setCustomAnimationsFragmentContainerView以与以前相同的方式设置自定义动画。

如果您不使用动画来打开/关闭片段，并且您确定不会使用它们，那么没有太多理由转向 FragmentContainerView. 动画是唯一发生根本性变化的东西，并且不可能（非常困难）自己修复。

好吧，码头上有关此主题的所有内容：

对于 17 以上的 API，FragmentContainerView 禁用布局动画和过渡。否则，动画应通过 FragmentTransaction.setCustomAnimations(int, int, int, int) 完成。如果 animateLayoutChanges 设置为 true 或直接调用 setLayoutTransition(LayoutTransition)，则会抛出 UnsupportedOperationException。

对于 FragmentContainerView，使用退出动画的片段在所有其他片段之前绘制。这可确保退出的 Fragment 不会出现在视图顶部。

唉，他们没想到用字体或其他方式突出显示它。