这交互炸了：饿了么是怎么让Image变成详情页的

晚上叫外卖，打开饿了么，发现推了一个版本，更新以后，点开了个鸡腿，哇，交互炫炸了。

本文同步自wing的地方酒馆

不过还是有槽点。我是无意中才发现可以左右滑动的。这。。。你不告诉我，我怎么知道左右可以滑。

https://github.com/githubwing/ZoomHeader

直接上图啊：

挺有意思的，对吧？所以我就想模仿一下。下面是我做出来的效果：

额。。不过图片不是长条的哈。大概意思一样就行了。接下来将和大家分享这个效果是如何实现的。讲思路以及遇到的问题。但是不会讨论细节，具体的细节请看源码。

他是一个Activity还是两个？

相信你肯定有这样的疑问，答案是一个。你看到的中间imageview是viewpager。在Viewpager上面是一个透明的View。当然，这个Activity的背景也是透明的。

实现思路

我使用CoordinatorLayout+Behavior实现的。说实话，Behavior真心强大。。

viewpager+头部

整个实现的思路是这样的。整体布局从上到下依次是：

透明View
viewpager
RecyclerView

其中透明View和Viewpager 合并成一个自定义的Header。当这个Header上移的时候，图片放大，并且RecyclerView联动上衣，从透明转向并且不透明。

所以首先要定制一个透明的可移动的HeaderView。

在onTouchEvent处理一下手势。。

1 @Override public boolean onTouchEvent(MotionEvent ev) {
2     switch (ev.getAction()) {
3       case MotionEvent.ACTION_DOWN:
4         return true;
5       case MotionEvent.ACTION_MOVE:
6          if(上下移动到阀值){
7              展开为详情()
8          }else if(上下滑动到阀值，恢复viewpager){
9          }else if(下滑，则关闭Activity)

将header分为三种状态：

上移。则展开为详情页。
下移，则恢复为viewpager。
再下移，则finish Activity。

在上移的过程中，遇到了一点小挑战，这里分享下：

上移的过程中，图片需要放大。但是在做的过程中，不能使用LayoutParams实现。这里就关系到一些动画的小细节。

动画使用LayoutParams实现是一个禁忌。他会导致不停requestLayout，从而影响UI性能。

所以这里我的一个解法就是，我放大图片，不是真正的改变ImageView大小，而是去Scale图片。即使看起来变大了，他的View真正大小也不会变。

所以，有一句话叫做真亦是假、假亦是真 真真假假，你又何必当真呢？动画效果只要遵循这句话，基本上都是可以实现的。你所看到的效果都是假的。都是障眼法。View变大不是真正的变大。View悬浮不是真正的悬浮(有可能是显隐)。就像变魔术一样。。其实很简单。

接下来又遇到问题了。图片放大了，文字如何对齐？文字的位置当然也不能真正改变。所以这里使用TranslationX实现。在图片放大的过程中，使用scale的系数，与两个端点值进行一个线性变化计算。主要文字对齐代码如下：

1       bottom.offsetLeftAndRight(
2             (int) (target.getWidth() / 2 - target.getWidth() * (1 + progress) / 2
3                 + MarginConfig.MARGIN_LEFT_RIGHT - bottom.getX()));

第二个点。就是在图片放大过程中，底部文字和按钮左右padding不能变。这也是我没有封装成一个拿来就用的View的原因(其实还是水平不够)。因为这些空间需要全部按照上方的方法进行动态计算。。所以也是比较坑爹的。。

ViewPager

拿了网上一个画廊的效果。直接

1     setPageTransformer(true, new ZoomOutPageTransformer());

这里注意，需要改变一下view的绘制顺序，保证当前view是最后绘制处于最上层

 1 /改变系统绘制顺序
 2   @Override protected int getChildDrawingOrder(int childCount, int i) {
 3 
 4     int position = getCurrentItem();
 5     if(position<0){
 6       return i;
 7     }else{
 8       if(i == childCount - 1){//这是最后一个需要刷新的item
 9         if(position>i){
10           position=i;
11         }
12         return position;
13       }
14       if(i == position){//这是原本要在最后一个刷新的item
15         return childCount - 1;
16       }
17     }
18     return i;
19   }
20 }

RecyclerView

RecyclerView最开始是完全透明的。并且跟随HeaderView上移而上移，在上移的过程中渐渐显示出来。需要监听RecyclerView滚动，当RecyclerView滚动到顶部的时候。告知Header，该恢复最初原样了。

 1 @Override
 2   public boolean onNestedFling(CoordinatorLayout coordinatorLayout, View child, View target,
 3       float velocityX, float velocityY, boolean consumed) {
 4 
 5     //向下Fling并且到顶部
 6     if (velocityY < 0 && ((RecyclerView) target).getChildAt(0).getY() == 0) {
 7       mDependency.restore(mDependency.getY());
 8     }
 9     return super.onNestedFling(coordinatorLayout, child, target, velocityX, velocityY, consumed);
10   }
11 
12   @Override
13   public void onNestedPreScroll(CoordinatorLayout coordinatorLayout, View child, View target,
14       int dx, int dy, int[] consumed) {
15 
16     //如果在顶部
17     if (((RecyclerView) target).getChildAt(0).getY() == 0) {
18       //向下滑动
19       if (dy < 0) {
20         mDependency.setY(mDependency.getY() - dy);
21         //小于阀值
22         if (mDependency.getY() < 500) {
23           mDependency.restore(mDependency.getY());
24         }
25       }
26     }
27     super.onNestedPreScroll(coordinatorLayout, child, target, dx, dy, consumed);
28   }
29 }

Behavior

让header和RecyclerView关联起来的就是Behavior了。Behavior之前写过几篇介绍过了，这里就不再啰嗦。

denpendcy为HeaderView。并且监听RecyclerView的滑动。

具体的细节还是看源码吧~
本项目地址