相关疑难解决方法(0)

我只是想知道何时选择CoordinatorLayout而不是"传统"布局,还是他们(或者至少其中一些)会被弃用？

ConstraintLayout与CoordinatorLayout的问题已经向我展示了CoordinatorLayout仍然存在其权利.我想象当只有一个子视图时,FrameLayout仍然是比ConstraintLayout更好的选择.

但是其他布局是什么？

我个人习惯于在xml中手工编写布局,所以过渡到ConstraintLayout对我来说非常困难.此外,这个问题的答案真的让我感兴趣:

ConstraintLayout是否具有比嵌套布局更好的性能？如果是这种情况,会发生这种情况(嵌套级别)？

我有一个基于材料设计指南的标准“CollapsingToolbarLayout”实现。

通过下面的设置，我能够实现图片上描绘的行为：

<CoordinatorLayout ...>
    <AppBarLayout ...>
        <CollapsingToolbarLayout
            app:layout_scrollFlags="scroll|enterAlways"
            ...>
            <Toolbar
                app:layout_collapseMode="pin">
            </Toolbar>
            <MyCustomContent01 ... />
        </CollapsingToolbarLayout>
    </AppBarLayout>
    <MyCustomContent02 ... />
</CoordinatorLayout>

题

如何实现以下行为？：

• 向上滚动：始终完全展开工具栏，即使我们不在列表的顶部。
• 向下滚动：只需折叠工具栏，但不要隐藏它。

换句话说：如何在保留步骤 4 的条件的同时摆脱步骤 3？

研究

对我来说，关于这个主题的最好的文章似乎是这篇文章，但是所提供的配置都不符合我的需求。

尝试一：

<CollapsingToolbarLayout
    app:layout_scrollFlags="scroll|enterAlways"
 ...>

• 永远不要完全隐藏工具栏（摆脱第 3 步）：失败
• 即使我们不在顶部，也要展开工具栏：好的

尝试二

<CollapsingToolbarLayout
    app:layout_scrollFlags="scroll|exitUntilCollapsed"
 ...>

• 永远不要完全隐藏工具栏（去掉第 3 步）：好的
• 即使我们不在顶部，也要展开工具栏：失败