[译] 在 Android 上实现 Google Inbox 的样式动画

emailAdapter.setData(state.data)
}
}

每当 Email List fragment 被新加载时,都会获取电子邮件数据并呈现 InProgress 状态,直到电子邮件数据可用(Success 状态)。点击电子邮件列表中的任何电子邮件项目将使用户进入 Email Details fragment,并将用户从电子邮件详细信息中带回电子邮件列表。

现在开始我们的旅程吧…

第一站 - 那是什么样的动画?

有一点是可以立刻确定的就是他是一种 [Explode]( ) 过渡动画,因为在被点击的 item 上下的 item 有过度。但是等一下,电子邮件详细信息 view 也会从点击的电子邮件项目进行转换和扩展。这意味着还有一个共享元素转换。结合我说的,下面是我做出的第一次尝试。

override fun onBindViewHolder(holder: EmailViewHolder, position: Int) {
fun onViewClick() {
val viewRect = Rect()
holder.itemView.getGlobalVisibleRect(viewRect)

exitTransition = Explode().apply {
duration = TRANSITION_DURATION
interpolator = transitionInterpolator
epicenterCallback = object : Transition.EpicenterCallback() {
override fun onGetEpicenter(transition: Transition) = viewRect
}
}

val sharedElementTransition = TransitionSet()
.addTransition(ChangeBounds())
.addTransition(ChangeTransform())
.addTransition(ChangeImageTransform()).apply {
duration = TRANSITION_DURATION
interpolator = transitionInterpolator
}

val fragment = EmailDetailsFragment().apply {
sharedElementEnterTransition = sharedElementTransition
sharedElementReturnTransition = sharedElementTransition
}

activity!!.supportFragmentManager
.beginTransaction()
.setReorderingAllowed(true)
.replace(R.id.container, fragment)
.addToBackStack(null)
.addSharedElement(holder.itemView, getString(R.string.transition_name))
.commit()
}

holder.bindData(emails[position], ::onViewClick)
}

这是我得到的(电子邮件详细信息视图的背景设置为蓝色,以便清楚地演示过渡效果)…

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

当然这不是我想要的。这里有两个问题。

  1. 电子邮件项目不会同时开始转换。远离被点击条目的 items 过度的更快。
  2. 被点击的电子邮件项目上的共享元素转换与其他项目的转换不同步,即,当分别展开时,Email 4Email 6 应始终粘贴在蓝色矩形的顶部和底部边缘。但他们没有!

所以究竟哪里出了问题?

第二站:开箱即用的 Explode 效果不是我想要的。

在深入研究 Explode 源代码后,我发现了两个有趣的事实:

  • 它使用 CircularPropagation 来强制执行这样一条规则,即,当它们从屏幕上消失时,离中心远的视图过渡速度会地比离中心近的视图快。Explode 过渡的中心被设置为覆盖被点击的电子邮件项目的矩形。这解释了为什么未打开的电子邮件项目视图不会如上所述一起转换。
  • 电子邮件条目的上下距离和被点击的条目的上下距离是不一样的。在这种特定情况下,该距离被确定为从被点击项目的中心点到屏幕的每个角落的距离中最长的。

所以我决定编写自己的 Explode 过渡。我将它命名为 SlideExplode,因为它与 Slide 过渡非常相似,只是有 2 个部分在 2 个相反的方向上移动。

import android.animation.Animator
import android.animation.ObjectAnimator
import android.graphics.Rect
import android.transition.TransitionValues
import android.transition.Visibility
import android.view.View
import android.view.ViewGroup

private const val KEY_SCREEN_BOUNDS = “screenBounds”

/**

  • A simple Transition which allows the views above the epic centre to transition upwards and views
  • below the epic centre to transition downwards.
    */
    class SlideExplode : Visibility() {
    private val mTempLoc = IntArray(2)

private fun captureValues(transitionValues: TransitionValues) {
val view = transitionValues.view
view.getLocationOnScreen(mTempLoc)
val left = mTempLoc[0]
val top = mTempLoc[1]
val right = left + view.width
val bottom = top + view.height
transitionValues.values[KEY_SCREEN_BOUNDS] = Rect(left, top, right, bottom)
}

override fun captureStartValues(transitionValues: TransitionValues) {
super.captureStartValues(transitionValues)
captureValues(transitionValues)
}

override fun captureEndValues(transitionValues: TransitionValues) {
super.captureEndValues(transitionValues)
captureValues(transitionValues)
}

override fun onAppear(sceneRoot: ViewGroup, view: View,
startValues: TransitionValues?, endValues: TransitionValues?): Animator? {
if (endValues == null) return null

val bounds = endValues.values[KEY_SCREEN_BOUNDS] as Rect
val endY = view.translationY
val startY = endY + calculateDistance(sceneRoot, bounds)
return ObjectAnimator.ofFloat(view, View.TRANSLATION_Y, startY, endY)
}

override fun onDisappear(sceneRoot: ViewGroup, view: View,
startValues: TransitionValues?, endValues: TransitionValues?): Animator? {
if (startValues == null) return null

val bounds = startValues.values[KEY_SCREEN_BOUNDS] as Rect
val startY = view.translationY
val endY = startY + calculateDistance(sceneRoot, bounds)
return ObjectAnimator.ofFloat(view, View.TRANSLATION_Y, startY, endY)
}

private fun calculateDistance(sceneRoot: View, viewBounds: Rect): Int {
sceneRoot.getLocationOnScreen(mTempLoc)
val sceneRootY = mTempLoc[1]
return when {
epicenter == null -> -sceneRoot.height
viewBounds.top <= epicenter.top -> sceneRootY - epicenter.top
else -> sceneRootY + sceneRoot.height - epicenter.bottom
}
}
}

现在我已经为 SlideExplode 交换了 Explode,让我们再试一次。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

这样就好多了!上面和下面的项目现在开始同时转换。请注意,由于插值器设置为 FastOutSlowIn,因此当 Email 4Email 6 分别靠近顶部和底部边缘时,它们会减慢速度。这表明 SlideExplode 过渡正常。

但是,Explode 转换和共享元素转换仍未同步。我们可以看到他们正在以不同的模式移动,这表明他们的插值器可能不同。前一个过渡开始非常快,最后减速,而后者一开始很慢,一段时间后加速。

但是怎么样?我确实在代码中将插值器设置相同了!

第三站:原来是 TransitionSet 的锅!

我再次深入研究源代码。这次我发现每当我将插值器设置为 TransitionSet 时,它都不会在过渡的时候将插值器分配给它。这仅在标准 TransitionSet中 发生。它的支持版本(android.support.transition.TransitionSet)正常工作。要解决此问题,我们可以切换到支持版本,或者使用下面的扩展函数将插值器明确地传递给包含的转换。

fun TransitionSet.setCommonInterpolator(interpolator: Interpolator): TransitionSet {
(0 until transitionCount)
.map { index -> getTransitionAt(index) }
.forEach { transition -> transition.interpolator = interpolator }

return this
}

让我们在更新插值器的设置后再试一次。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

YAYYYY!现在看起来很正确。但反向过渡怎么样?

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

没有达到我想要的结果!Explode 过渡似乎有效。但是,共享元素过渡没有。

第四站:推迟进入转换

反向过渡动画不起作用的原因是它发挥得太早。对于任何过渡的工作,它需要捕获目标视图的开始和结束状态(大小,位置,范围),在这种情况下,它们是 Email Details 视图和 Email 5 item 项。如果在 Email 5 item 的状态可用之前启动了反向转换,则它将无法像我们所看到的那样正常运行。

这里的解决方案是推迟反向转换,直到 items 都被绘制完。幸运的是,transition 框架提供了一对 postponeEnterTransition 方法,它向系统标记输入过渡应该被推迟,startPostponedEnterTransition 表示它可以启动。请注意,必须在调用 startPostponedEnterTransition 后的某个时间调用 postponeEnterTransition。否则,将永远不会执行过渡动画,并且 fragment 也不会弹出。

根据我们的设置,每当从 Email Details fragment 重新进入 Email List fragment 时,它会从 view model 中获取最新状态并立即呈现电子邮件列表。因此,如果我们推迟过渡动画,直到呈现电子邮件列表,等待时间不会太长(从死进程中恢复并弹出是一个不同的情况。这将在后面的帖子中介绍)。

更新后的代码如下所示。我们推迟了 onViewCreated 中的 enter 转换。

override fun onViewCreated(view: View, savedState: Bundle?) {
super.onViewCreated(view, savedInstanceState)
postponeEnterTransition()

}

并在渲染状态后开始推迟过渡。这是使用 doOnPreDraw 完成的。

is Success -> {

(view?.parent as? ViewGroup)?.doOnPreDraw {
startPostponedEnterTransition()
}
}

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

现在它成功了!但当方向变换时这个过度效果还会存在吗?

第五站:位置方向改变

转换后,Email List fragment 并没有发生反转过渡动画。经过一些调试后,我发现当 fragment 的方向发生改变时,过渡动画也被销毁了。因此,应在 fragment 被销毁后重新创建过渡动画。此外,由于屏幕尺寸和 UI 差异,Explode 的过渡中心在纵向和横向模式下通常是不相同的。因此我们也需要更新中心区域。

这要求我们跟踪点击项目的位置并在方向更改时重新记录,这将导致更新的代码如下。

override fun onViewCreated(view: View, savedState: Bundle?) {
super.onViewCreated(view, savedState)
tapPosition = savedState?.getInt(TAP_POSITION, NO_POSITION) ?: NO_POSITION
postponeEnterTransition()

}

private fun render(state: State) {
when (state) {

is Success -> {

(view?.parent as? ViewGroup)?.doOnPreDraw {
if (exitTransition == null) {
exitTransition = SlideExplode().apply {
duration = TRANSITION_DURATION
interpolator = transitionInterpolator
}
}

val layoutManager = emailList.layoutManager as LinearLayoutManager
layoutManager.findViewByPosition(tapPosition)?.let { view ->
view.getGlobalVisibleRect(viewRect)
(exitTransition as Transition).epicenterCallback =
object : Transition.EpicenterCallback() {
override fun onGetEpicenter(transition: Transition) = viewRect
}
}

startPostponedEnterTransition()
}
}
}
}

override fun onSaveInstanceState(outState: Bundle) {
super.onSaveInstanceState(outState)
outState.putInt(TAP_POSITION, tapPosition)
}

第六站:处理 Activity 被销毁和进程被杀死的情况

过渡动画现在可以在方向变化中存活,但在 activity 被销毁或者进程被杀死时又会有什么样的效果呢?在我们的特定方案中,电子邮件列表 viewModel 在任何一种情况下都不存活,因此电子邮件数据也不存在。我们的转换取决于所点击的电子邮件项目的位置,因此如果数据丢失则无法使用。

奇怪的是,我查看了几个著名的应用程序,看看它们在这种情况下如何处理转换:

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Go语言工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Go语言全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Golang知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Go)
img

一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

知识点,真正体系化!**

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Go)
[外链图片转存中…(img-lsZFvUNu-1712921494129)]

一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 21
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值