前言
最近看到越来越多ViewPager卡片效果,甚至自己公司的产品也用到了。正如自己看到这个效果时,内心的想法是,这个简单,github一搜一箩筐,看了不下4个库,使用起来都比较麻烦,不是说写得不好,都是这方面的先驱者,值得学习。关键是在这三天一小需求,一周一大需求的年代里,不一行代码搞定,怎么完成任务啊,更何况这体现不了我们优秀程序员的逼格啊!开个玩笑,哈哈!我封装了常见的卡片效果,达到一行代码就能使用。No picture,say a J8!全程采用图文并茂的形式分析,帮助你理解。
使用方法
viewPager.bind(getSupportFragmentManager(), new MyCardHandler(), Arrays.asList(imageArray));复制代码
其中ViewPager是我们自定义的,名曰CardViewPager。可能比较纠结的就是MyCardHandler。
public class MyCardHandler implements CardHandler {
@Override
public View onBind(final Context context, final String data, final int position) {
View view = View.inflate(context, R.layout.item, null);
ImageView imageView = (ImageView) view.findViewById(R.id.image);
Glide.with(context).load(data).into(imageView);
view.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Toast.makeText(context, "data:" + data + "position:" + position, Toast.LENGTH_SHORT).show();
}
});
return view;
}
}
public interface CardHandler {
View onBind(Context context, T data, int position);
}复制代码
你可以在onBind中操作你的View,这里提供数据以及该view的索引。就跟ListView的getView类似。
差不多了,使用方法就是这么简单。但是台上十分钟,台下十年功。
效果
原理解析
从视觉效果来看,最先映入眼帘的是卡片,其次是卡片左右微微探头,暗中观察的两张卡片。卡片效果想都不用想,CradView。关于这个控件的封装,我放在了最后,因为我们对于view是完全开放的,只要是这样的滑动效果,可以填充任何的view,不局限于CardView,对于view更多布局效果,我也会推荐几种。
我们先来看看暗中观察的这两个家伙到底是怎么实现的。
这是我们最常见的ViewPager效果。
PageTransformer
我们再来看看这样的效果。
不知道小伙伴们看清楚了吗?我看清楚了,前一个ViewPager在缩小和向右偏移,后一个ViewPager在放大和向左偏移。WTF?缩放我看到了,前面一个不是在左移吗?你跟我说右移?
同学,请先放下你手中的菜刀,听我细细道来,我们先看看源代码。
@Override
public void transformPage(View page, float position) {
if (mViewPager == null) {
mViewPager = (ViewPager) page.getParent();
}
int leftInScreen = page.getLeft() - mViewPager.getScrollX();
int centerXInViewPager = leftInScreen + page.getMeasuredWidth() / 2;
int offsetX = centerXInViewPager - mViewPager.getMeasuredWidth() / 2;
float offsetRate = (float) offsetX * 0.38f / mViewPager.getMeasuredWidth();
float scaleFactor = 1 - Math.abs(offsetRate);
if (scaleFactor > 0) {
page.setScaleX(scaleFactor);
page.setScaleY(scaleFactor);
page.setTranslationX(-mMaxTranslateOffsetX * offsetRate);
}
}复制代码
这是PageTransformer核心方法,直接说你可能比较懵逼,秉承图文并茂的style,先来看看两张图,图也是盗的,有现成的为什么还要自己去做,就算你现在不这么认为,过几年就这么想了,我赌半包辣条。
这是你定制ViewPager各种炫酷的切换效果的基础,view就是ViewPager填充的view或者是fragment中的填充view。position上面已经很清楚,同学们大可自己玩玩,只有自己玩过,才知道什么是浪费时间,没毛病。
现在,我们来分析下该库为什么要这么写?一行一行分析,才能虎得住人,先来分析前3行代码,拿到ViewPager的引用,判空是防止重复获取,为什么page.getParent获取的是ViewPager,你就把它当成横铺的LinearLayout你就理解了(但内部并不是这样的,因为它有销毁和创建这么一说)。
接下来我们来看看leftInScreen,page.getLeft()表示当前view相对于父容器(ViewPager)离左边的距离,mViewPager.getScrollX()表示ViewPager在X轴滑动的距离(内容),那么很明显啦,leftInScreen就是该view的左边距离当前view(ViewPager的当前Item)的左边的距离(因为该view的padding是算在getLeft里面的,因此得减去,padding值有正负,左正右负)。
这样说来centerXInViewPager就很好理解啦,由leftInScreen加上该view的宽度的一半,那就是从该view的中间开始算起。
offsetX相对来说比较绕,但也是核心所在。它是由centerXInViewPager加上ViewPager宽度的一半。一般来说,offsetX与leftInScreen是相等的,先加上一半再减去一半有毛区别,但这一半不一定相等,例如ViewPager加上padding。如果你对上面的解析都理解了的话,那就很简单了,就是该view相对于当前item的偏移量。
空间想象力强的人已经理解了,但我肯定会照顾所有的同学,下面给出图,同学们可以参考着图来理解上面的概念。
offsetRate和scaleFactor比较好理解啦,前者是offsetX相对于ViewPager的一个比值,后者用了Math.abs取绝对值是因为上面所返回的值都是有正负之分的,左负右正。
最后的属性修改我就不想多说了,作为一名有信仰的Android程序员,这个都不知道,我还是会选择原谅你。这里比较卡人的就是为什么要setTranslationX,就是因为我们调用了setScaleX,你想想你缩放了,是不是中间空出了这么点距离?所以这个就是弥补中间空出的,让人看上去一直是衔接的,你完全可以改,我们这里最大值取180dp,这也是为什么我一开始说前一个在右移的原因。
setPageTransformer(false, new CardTransformer(context));复制代码
这样就设置进去了,这里我解释下,第一个参数,我们库其实无关紧要,但作为一名有逼格的程序员,不刨根问底,实在对不起自己。
* @param reverseDrawingOrder true if the supplied PageTransformer requires page views
* to be drawn from last to first instead of first to last.复制代码
大致意思是说,如果为false,那么就从第一页开始绘制至最后一页,为true就是从最后一页开始绘制至第一页,如果对布局FrameLayout比较熟悉的同学,我相信难不倒你。
PageTransformer可以让你设计出超炫酷的切换动画,什么立体翻转啊,什么淡入淡出啊,等等。
大家也可以看看洋哥的《Android 实现个性的ViewPager切换动画 实战PageTransformer(兼容Android3.0以下)》
ViewPager
我们的主角可是暗中观察的两个家伙啊,主角肯定是要登场啊。现在我们希望ViewPgaer能够留出两块区域来显示它们。回想一下,一开始,我让你们把ViewPager当成LinearLayout横铺,这里我依然这么做,ViewPager显示视图默认是只显示当前Item的,但我们只要把内容挤一挤不就有了,挤内容常见的就是padding了,如果仔细看上面部分的同学应该早就猜出来了。这里我设置了40dp的padding,来看看效果。
看了效果图的同学又要骂娘了,右边有一小块覆盖了,最重要根本没看到那两家伙啊,前者是因为我们前面说的第一个参数为false,右边覆盖左边,这也证实了我们的结论。后者是因为我们没加clipToPadding属性设为false。看看名字就是知道了,是否剪裁padding,我不剪裁不就显示出来了?我们再来看看效果。
有点意思了哈,要是视图之间再空开点就完美了,刚才我们用到了padding,不妨用用margin,俗话说外事不决问margin,内事不决问padding,很熟悉,但好像哪里出了点问题,没毛病,就是这样的,圈起来,这是重点。
int margin = typedArray
.getDimensionPixelOffset(R.styleable.CardViewPager_card_margin,
(int) TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 40, displayMetrics));
setPageMargin(margin);复制代码
看看最终的效果。
是不是很完美,这里关于CardView的使用我就不介绍了,我也提供了一个可自定义宽高比例,默认支持阴影的CardView,稍微要注意的一点是,如果用自己的CardView,最好加上
app:cardPreventCornerOverlap="true"
app:cardUseCompatPadding="true"复制代码
5.0之后默认是false,也就是说不支持阴影(阴影被遮住了)。
Adapter
现在来分析如何构建视图的,这里我们用到的fragment,因为谷歌已经为我们处理了很多加载问题,拿来用就是,这里我们adapter继承于FragmentStatePagerAdapter,是因为我们卡片可能很多。
来看一看核心代码:
Context context = getContext();
List cardItems = new ArrayList();
for (int i = 0, size = data.size(); i < size; i++) {
T t = data.get(i);
CardItem item = new CardItem();
item.bindHandler(handler);
item.bindData(t, i);
cardItems.add(item);
}
if (mHandler == null) {
throw new RuntimeException("please bind the handler !");
}
return mHandler.onBind(mContext, mData, mPosition);复制代码
这里我们采用mHandler去重新构造View,而不是复用构造出来的View,是配合FragmentStatePagerAdapter使用的,能够更好利用资源和释放资源,不然很容易造成OOM哦。
结束语
文章差不多就到这里,我相信你现在有很多疑问,有很多想法。这些疑问并不是对我上面阐述的概念,而是对ViewPager的理解,或许你已经可以用另一种方法实现了,或许你已经在敲以前想设计但是没实现的代码了。如果对你有一点点帮助,那么我的目的就达到了。
PS : 有兴趣的加入Android工程师交流QQ群:752016839 主要针对Android开发人员提升自己,突破瓶颈,相信你来学习,会有提升和收获。