Android-在活动和片段中使用CoordinatorLayout

因此，我在活动中使用了CoordinatorLayout，如

<CoordinatorLayout>
    <AppBarLayout>
        <Toolbar/>
    </AppBarLayout>
    <FrameLayout> // For Fragments
</CoordinatorLayout>

如何实现这两种效果？是否因为

片段
的
协调布局
截获了事件而不可能


所以工具栏隐藏在滚动条上，我需要使用滚动条上的视差效果隐藏搜索功能。我没有尝试过，但从技术上看，这似乎是一个正确的方法，因为它增加了一个协调器，并提供了一个滚动子功能，可以将滚动发送到上

更新：

已尝试删除offsetChildToAnchor方法，因为它在包外部不可见

然后找到解决滚动管理问题的，并将
NestedScrollingEnabled
设置为true

在嵌套的坐标布局上添加了
app:layout\u behavior=“@string/appbar\u scrolling\u view\u behavior”

测试了在一个没有片段的活动上嵌套两个坐标布局。它起作用了。而且也应该使用片段。
一个
协调布局就足够了。厨师也可能会糟蹋汤。不管怎样，当你最终将片段放回活动中时，为什么要在片段中复制活动中的内容（应用程序栏、工具栏、协调器）？您打算实施什么？也许是一张照片？@ElvisChweya噢，我想appbar应该是协调布局的直接孩子：（是的，这是为了类似的东西，为了一个搜索功能。搜索应该在用户滚动上使用视差效果。你能描绘一下你对布局的设想吗？我认为复制是必要的。）overkill@ElvisChweya我也有这种感觉，但我不知道还有什么别的办法可以解决这个问题让我在画画方面做点什么，我也能理解这个要点并尝试使用它，但是没有得到任何运气，部分
offsetChildToAnchor
似乎不在
协调布局中，正如所说的那样，它没有覆盖其超类中的任何方法我自己也尝试过：是的，该方法在原始包外不可见。因此，由于该方法只管理优化，所以我尝试不使用它为了维护滚动方法。我会更新回复。这个周末我一直在测试其他类似的应用程序，它们没有那种过多的
CoordinatorLayout
lol。那么这是一个糟糕的设计吗？我应该离开工具栏吗？它只是卡在那里，没有随着滚动移动，这就是我的看法关于筑巢协调的设计并不是那么糟糕。我的观点是一样的，直到有人说它有点太多了。哈哈，我忘了是谁说的了。因为我曾经读过一次，它可以用来制作一个小吃条，放在我想放在的任何地方
<CoordinatorLayout>
    <AppBarLayout>
        <CollapsingToolbarLayout>
            <Toolbar/>
        </CollapsingToolbarLayout>
    </AppbarLayout>

    <RelativeLayout/> // Contains the Fragment's content
</CoordinatorLayout>