AppBarLayout使用详解

AppBarLayout是Android Material Design中的一个控件,它扩展了LinearLayout并增加了滑动手势处理。通常配合CoordinatorLayout、Toolbar和NestedScrollView等使用。通过设置不同的scrollFlags,可以实现各种滑动效果,如scroll、enterAlways、enterAlwaysCollapsed、exitUntilCollapsed和snap。这些效果影响AppBarLayout在NestedScrollView滚动时的行为,例如折叠、展开、即时进入等。在实际应用中,正确设置scrollFlags和理解android:fitsSystemWindows属性对于实现预期的交互至关重要。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

AppBarLayout 应用栏布局

google在L中推出了新的安卓设计理念-Material Design,同时也推出了不少的新控件,AppBarLayout就是其中之一。AppBarLayout继承自垂直方向的LinearLayout,不过在此基础上添加了滑动手势的处理,以便开发者结合其他控件实现更好的交互。通常内部设置一个子View,设置scrollflags值,结合可滑动的view(NestedScrollView,RecyclerView等)滑动的改变,响应预期中的动作Behavior.

在开发中,通常至少会结合CoordinatorLayout,Toolbar+一个可滑动的view来使用,需要注意的是appbarlayout的使用离不开CoordinatorLayout,必须作为CoordinatorLayout的子布局使用,appbarlayout的子view通过xml属性app:layout_scrollFlags或者代码setScrollFlags(int flag)来设置相应的滑动标记

在开发中要想快速成长,更多是靠个人的理解及总结,对某个知识点理解透彻了,稍加总结会发现知识点长时间也不会忘记。就像对于appbarlayout,我个人目前的对其理解就是,能够让子view在CoordinatorLayout(协调布局)这个根布局中完成很好的滑动联动效果,也就是内部处理了手势滑动,根据子view的scrollflag来操作子view。

关联点

主要讲下继承,api,scrollflag

继承

api

void    addOnOffsetChangedListener(AppBarLayout.OnOffsetChangedListener listener)
//添加一个偏移量改变监听
AppBarLayout.LayoutParams   generateLayoutParams(AttributeSet attrs)
//基于提供的属性集返回一个新的布局参数
float   getTargetElevation()
//获取appbarlayout的高度值
final int   getTotalScrollRange()
/获得所有子控件的滑动范围
void    removeOnOffsetChangedListener(AppBarLayout.OnOffsetChangedListener listener)
//移除偏移量改变监听
void    setExpanded(boolean expanded)
设置此appbarlayou是否展开
void    setExpanded(boolean expanded, boolean animate)
//设置appbarlayou是否展开,如果已经设置了动画,animate代表是否设置转换动画
void    setOrientation(int orientation)
//设置布局方向
void    setTargetElevation(float elevation)
//当appbarlayout需要高于内容时,可设置其高度

scrollflag

对于设置子view的scrollflag有两种方法,代码setScrollFlag(int)或者xml文件中设置子view的属性:app:layout_scrollFlags

取值一共有5中类型:scroll,enterAlways,enterAlwaysCollapsed,exitUntilCollapsed,snap 

    1, scroll :这个子View将会随着可滚动View(如:NestedScrollView,以下都会用NestedScrollView 来代替可滚动的View )一起滚动,就
好像子View 是属于NestedScrollView的一部分一样。

    2, enterAlways :CoordinatorLayout中可滚动子view(例如NestedScrollView,recyclerview) 向下滑动时,子View 马上向下滑动,
向上滑动时子view马上滑动,结合scroll一起使用

    3, enterAlwaysCollapsed : enterAlwaysCollapsed 是对enterAlways 的补充,当ScrollView 向下滑动的时候,
滑动View(也就是设置了enterAlwaysCollapsed 的View)下滑至折叠的高度,当ScrollView 到达滑动范围的结束值的时候,滑动View剩下的部分
开始滑动。这个折叠的高度是通过View的minimum height (最小高度)指定的结合scrol或者加入其他值一起使用

    4,exitUntilCollapsed: 当ScrollView 滑出屏幕时(也就时向上滑动时),滑动View先响应滑动事件,滑动至折叠高度,
也就是通过minimum height 设置的最小高度后,就固定不动了,再把滑动事件交给 scrollview 继续滑动,结合scroll一起使用

    5, snap:在滚动结束后,如果子view的可见部分大于50%,则子view将自动展开,反之,将折叠起来,结合scroll一起使用

从上面可以看到都设置了“scroll”值

基本使用

scroll

scroll :这个子View将会随着可滚动View(如:NestedScrollView,以下都会用NestedScrollView 来代替可滚动的View )一起滚动,就好像子View 是属于NestedScrollView的一部分一样。

效果如下:

从动画中可以看出此时toolbar相当和nestedscrollview是一个可滑动的整体布局,这个时候滑动toolbar也是可以滑动的,有可能有的程序猿会遇到无法滚动的情况,注意下NestedScrollView的高度属性,应该设置为match_parent

代码:

<?xml version="1.0" encoding="utf-8"?>
    <android.support.design.widget.CoordinatorLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:id="@+id/coordinator"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:fitsSystemWindows="true">

        <android.support.design.widget.AppBarLayout
            android:id="@+id/appbar"
            android:layout_width="match_parent"
            android:layout_height="wrap_content">
            <android.support.v7.widget.Toolbar
                android:id="@+id/toolbar"
                android:layout_width="match_parent"
                android:layout_height="?attr/actionBarSize"
                android:background="?attr/colorPrimary"
                app:title="appbarlayout"
                app:layout_scrollFlags="scroll" />
        </android.support.design.widget.AppBarLayout>

        <android.support.v4.widget.NestedScrollView
            android:layout_width="match_parent"
            android:layout_height="match_parent"
            app:layout_behavior="@string/appbar_scrolling_view_behavior">

            <TextView
                android:lineSpacingMultiplier="2"
                android:layout_width="match_parent"
                android:layout_height="match_parent"
                android:text="@string/scroll_content"/>

        </android.support.v4.widget.NestedScrollView>

</android.support.design.widget.CoordinatorLayout>

这里顺便讲下android:fitsSystemWindows这个属性

如果某个View 的fitsSystemWindows 设为true,那么该View的padding属性将由系统设置,用户在布局文件中设置的
padding会被忽略。系统会为该View设置一个paddingTop,值为statusbar的高度。fitsSystemWindows默认为false。

注意点:

    只有将statusbar设为透明,或者界面设为全屏显示(设置View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN flag)时,fitsSystemWindows
    才会起作用。不然statusbar的空间轮不到用户处理,这时会由ContentView的
    父控件处理,如果用HierarchyView 工具查看,将会看到,ContentView的父控件的paddingTop将会被设置。

    如果多个view同时设置了fitsSystemWindows,只有第一个会起作用。这是一般情况,后面会介绍特殊情况。

enterAlways

enterAlways:CoordinatorLayout中可滚动子view(例如NestedScrollView,recyclerview) 向下滑动时,子View 马上向下滑动,向上滑动时子view马上滑动,结合scroll一起使用

效果如下

可以看到这个是下滚动马上带出了toolbar,上滚动时toolbar马上向上滚动直至不可见

主要修改代码:

        <android.support.v7.widget.Toolbar
            android:id="@+id/toolbar"
            android:layout_width="match_parent"
            android:layout_height="?attr/actionBarSize"
            android:background="?attr/colorPrimary"
            app:title="appbarlayout"
            app:layout_scrollFlags="scroll|enterAlways" />

enterAlwaysCollapsed

enterAlwaysCollapsed :是对enterAlways 的补充,当ScrollView 向下滑动的时候,滑动View(也就是设置了enterAlwaysCollapsed 的View)下
滑至折叠的高度,当nestedscrollview 到达滑动范围的结束值的时候,滑动View剩下的部分开始滑动。这个折叠的高度是通过View的minimum height (最小高度)指定的,结合scrol或者加入其他值一起使用
,这个取值如果单单结合scroll使用,实现的效果不太好,还要结合enterAlways,通过这个值得命名似乎也可以看出什么来

先贴出两段代码看下:

<android.support.v7.widget.Toolbar
    android:id="@+id/toolbar"
    android:layout_width="match_parent"
    //设置toolbar的高度
    android:layout_height="150dp"
    //设置最小高度,使其可以实现折叠的效果
    android:minHeight="?attr/actionBarSize"
    //内部空间放置底部,保证界面协调
    android:gravity="bottom"
    //设置底部外边距,保证对称
    android:layout_marginBottom="25dp"
    android:background="?attr/colorPrimary"
    app:title="appbarlayout"
    app:layout_scrollFlags="scroll|enterAlwaysCollapsed" />

<android.support.v7.widget.Toolbar
    。。。。
    app:layout_scrollFlags="scroll|enterAlways|enterAlwaysCollapsed" />

区别也就最后一句话

效果如下:

没加 enterAlways

加了 enterAlways

从结果来看两者的效果差别很大

exitUntilCollapsed

exitUntilCollapsed: 当NestedScrollView 滑出屏幕时(也就时向上滑动时),滑动View先响应滑动事件,滑动至折叠高度,也就是通过minimum height 设置的最小高度后,就固定不动了,
再把滑动事件交给 NestedScrollView 继续滑动,结合scroll一起使用

效果如下:

可以看出toolbar总是可见的,只是折叠与展开

snap

snap: 在滚动结束后,如果子view的可见部分大于50%,则子view将自动展开,反之,将折叠起来,结合scroll一起使用

效果如下:

总体上来讲对toolbar的操作还是借助CollapsingToolbarLayout这个控件实现起来效果要好些。

以上就是对AppBarLayout的简单的讲解,Demo已传github

Star地址:https://github.com/Kriy/AndroidMaterialDesignUI ,谢谢支持

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值