手把手讲解ViewPager翻页特效:关键代码

前言

2020年后第一篇,来点轻松的话题吧。在家办公, UI美眉心血来潮要搞一个滑动特效。 ViewPager+TabLayout ,老生常谈的东西了。 ViewPager 是基础的滑动切换控件, TabLayout 是 和 ViewPager配合使用的标题栏部分(但是 TabLayout也可以脱离ViewPager 独立使用). 根据查到的资料显示,谷歌工程师在 ViewPager创立之时,就给风骚的动画特效预留了接口,我们可以很方便地去使用这个接口进行动画编程,但是 TabLayout就比较悲情,不但动画没预留接口,甚至一些常规操作的接口都没有提供,所以网上也出现了一些人按照 原 TabLayout的代码,自己去创造新的xxTabLayout控件。

本文将提供 ViewPager+TabLayout 的实例效果开发思路 ,以及**Demo ****github工程。**有兴趣的童鞋们希望可以留言多多交流。

Demo地址:https://github.com/18598925736/StudyTabLayout/tree/hank_v1

正文大纲

  • 参考效果

  • 前置技能

  • 实现思路

  • 关键代码

  • 思维拓展

承接前篇。


关键代码

有了思路,那么IT民工现在开始搬砖。

扫描二维码关注公众号,回复: 10909758 查看本文章

一,动画拆分各个击破

1) 子view重叠排布

原本的子view都是横向,从左到又排布,默认的排布方式并没有相互覆盖,所以我们可以考虑使用视图动画.

为什么是视图动画,而不是属性动画?因为没必要,当前的需求我只需要视觉效果上的位置变化,不需要子view的交互事件,用属性动画理论上应该也可以,但是直觉会存在交互问题,有时间再试试

使用视图动画,将所有子view层叠在一起。原本都是横向排布,所以只需要将所有的view进行x轴位移,即可。

上代码:

公式的推导很简单,就是让右边的子view向左平移 -position个自身宽度。

效果为:

滑动之后,不再出现其他子view。

2) 让多个子view之间呈现x轴上的位置差

虽然重叠在了一起,但是我还需要让右边的子view呈现位置偏差。并且,越往右偏差越大。

上代码:

效果:

3) 让多个子view之间呈现缩放差

x轴上的位置差虽然有了,但是原图上,越往右越小,所以还需要做出x,y方向上的缩放

上代码:

效果:

4) 监听滑动position,做出透明度逐渐变化

视觉效果都有了,那么可以开始做动画效果。

经过对position的观察,我们知道position会以小数的形式渐变。原图中,向左滑出的view,会以一个透明度慢慢减小的方式消失,那么先来完成这一步> 。

效果:

5) 监听滑动position,做出左滑时 当前view的平移动画

最后一步,滑出消失的view虽然透明度的动画完成了,但是原图中,还有一个渐渐向左移动的动画。

上代码:

效果:

最终效果和原图差不多。

二,声明几个坑

如果有人按照我的思路去实现上面的效果,很有可能失败,因为其中几个坑。

**1.**ViewGroup.clipChildren属性

任何一个 ViewGroup的子类都具备的属性,它的作用是,决定是否消减掉 子view超出自身绘制范围的部分

意思就是说,子view的绘制范围其实是无限大的,但是它能显示的范围由父 viewGroup决定,这个属性为true,父view不允许子view超出自身的部分显示出来,反之,则是允许超出。这个属性默认是 true。所以,如果发现 上述效果中某些部分显示不出来,就要看看 ViewPager(它是一个 ViewGroup)的 clipChildren属性是否为 true,如果是 true,设置成 false试试。如果还是不行,看看 ViewPager的父容器 的 clipChildren属性是否为 false。以此类推。

**2.**ViewPager.setPageTranformer(booleanreverseDrawingOrder,PageTransformertransformer) 方法有两个参数,第一个是 bool值,它能决定子view的绘制顺序。如果按照上述思路实现效果发现,是右边的子view覆盖了左边的子view,那么就要看看是不是这个值是不是true。如果不是ture,改成true再尝试。

**3.**第2点中,如果不想把 reverseDrawingOrder 设置为 true,也有办法解决。 androidView体系中存在一个 z轴概念, z值越大,就越在上层,其实,也可以使用改变子 view, z属性的办法来解决覆盖效果错误的问题。(但是Z轴的设置与版本有关,要区分设备版本,不然低版本上可能程序崩溃)

思维拓展

还记得前文讲过的么,拿到了View之后,再根据滑动时的参数变化,我们几乎可以对它为所欲为,那么我们能做的,就不仅仅是 本次的目标效果,像是类似这种滑动特效,还有很多风骚的操作可以玩。像是:

没有做不到,只有想不到。想到之后,最终能做成什么效果,就要看自己的数学造诣够不够高了。

这次研究最大的收获,并不是知道了pageTransformer这个接口,而是一种解耦的编程思维,比如我们希望给一个View控件加特效,可以直接在,原本View控件里面去修改代码,重写onTouchEvent来响应滑动事件,或者重写draw/onDraw进行另外的绘制,用这种方法,无论怎么做,都已经在对原View进行侵入式的变动,这种方法不到万不得已,不想用,因为一不小心改出连锁反应的bug,导致原来的某些特性都受到影响,得不偿失。

但是谷歌ViewPager提供了一个另外的思路,将内部View对象,以及view的相关参数通过接口的形式开放给外界,让编程者可以不再需要关心原本View的内部实现,而直接专心做自己的特效,符合编程的开闭法则,即保证了原代码的安全,又让新的特效代码与原View代码没有直接关联。这是一种优雅,安全又高效的编程方式!


结语

至此,ViewPager部分结束。做出这个效果的基本思路和详细过程都已经呈上。

再次给出Demo地址:https://github.com/18598925736/StudyTabLayout/tree/hank_v1

此Demo不仅仅是针对ViewPager的滑动特效,还包含了TabLayout 呈现效果的完全自定义。至于TabLayout如何随心所欲的操纵,下一篇文章将会详解。先预告一个最终效果图, 文章会尽快出炉。

发布了165 篇原创文章 · 获赞 56 · 访问量 3万+

猜你喜欢

转载自blog.csdn.net/EnjoyEDU/article/details/105536044