随着AndroID的不断更新,老旧的布局页面已经过时,这就使得复杂的布局实现起来有些难度,在此记录一下手机中最常见的复杂界面实现方法。
最终效果
本文主要通过分析最新版AS下new project的Srolling Activity和Tabbed Activity布局方式,并查阅网上资料得以实现。其最终的样子类似于
fig1
布局逻辑
AS自带的布局树,展示不全,没有显示CollapsingToolbarLayout部分
Component Tree
自行手动分析:
fig3.png
其中的VIEwPager里面装有recyclerVIEw
坑点
下拉联动
本文中的组合布局最难搞的就是多个可滚动的组件联动问题,下拉时可能触发折叠栏、RecyclerVIEw和下拉刷新。这三项的顺序通过以下步骤控制
app:layout_scrollFlags属性规定了折叠过程中的行为,本文将其设置为"scroll|snap">,意思是启用滚动和实现吸附。此外该属性常用的标签还有
scroll :
下面几项存在的必要条件
enteralways :
决定向下滚动时Scrolling VIEw和Child VIEw之间的滚动优先级问题。如最终效果,fig1绿色部分先滚动,recyclervIEw(fig1白色部分)再滚动
enteralwaysCollapsed
与enteralways一起使用,不同点为recyclervIEw(fig1白色部分)滚动到底,Child VIEw(fig1绿色标题部分)完全隐藏
exitUntilCollapsed
滚动到底,ChildVIEw(fig1绿色标题部分)不会完全隐藏
SwipeRefreshLayout的放置位置问题
SwipeRefreshLayout的位置特别关键,因嵌套层次较多,开始时没有设对位置,导致联动出现了问题。经过上网查阅资料发现,很多人也有同样的问题,然而网上方法很多都是通过在Fragment文件中,判断RecyclerVIEw的位置,决定何时调用下拉刷新。这样做显然是违背了设计者一开始的意思。
经过多次尝试,找到SwipeRefreshLayout应囊括在recyclerVIEw之外。代码如下所示,该部分为fig3的VIEwPager里面的内容
<androIDx.swiperefreshlayout.Widget.SwipeRefreshLayout
androID:ID="@+ID/swipe_refresh_layout_inActivity"
androID:layout_wIDth="match_parent"
androID:layout_height="match_parent" >
<androIDx.recyclervIEw.Widget.RecyclerVIEw
androID:ID="@+ID/recylervIEw_activity"
androID:layout_wIDth="match_parent"
androID:layout_height="wrap_content"
/>
</androIDx.swiperefreshlayout.Widget.SwipeRefreshLayout>
注意点
该tab布局,官方提供了FragmentPagerAdapter 和 FragmentStatePagerAdapter两种适配器进行管理。这两种的主要区别为
Fragment的生命周期
FragmentPagerAdapter 中Fragment 实例常驻内存,当其不可见时,仅仅销毁视图结构,其中的内容仍在内存之中。也就是调用到了OndestroyVIEw()
FragmentStatePagerAdapter 不仅视图层次销毁,实例也被销毁。即Fragment在生命周期中走到了Ondestroy()
所以,在数据量较小的应用场景中适合用FragmentPagerAdapter进行管理,而当涉及大量图片视频缓存时最好采用FragmentPagerAdapter
以上是内存溢出为你收集整理的Tab + Swipe+ RecyclerView + Collapsed全部内容,希望文章能够帮你解决Tab + Swipe+ RecyclerView + Collapsed所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)