需要帮助剖析和重新创建基于 PastryKit 的完美滚动缓动

MrM*_*fon 5 javascript scroll scrollview unity-game-engine ngui

对于网络,我通常只使用本机滚动机制。它们快速、可靠并且不涉及编码。

但是,当我越来越多地使用 Unity 时,我发现可用的滚动插件,即使是像 Unity.UI 或 NGUI 这样的大插件也很糟糕。我问了一下,发现大部分平台都是这样。物理实在是太糟糕了。

我做了很多研究,尝试了一些解决方案,从 NGUI scrollView 到 web iScroll.js 等等。我没有找到比原来的 Apple PastryKit 更完美的解决方案。现在,PastryKit 已经过时了,已被弃用,没有 API,并且像象形文字一样难以阅读。

但重要的,在制作过程中,他们成功地准确地重现了 iOS 动态滚动物理行为。

我并不是想实现 PastryKit ,我只是想了解它是如何工作的。我正在尝试理解和复制。

我试图找出他们使用的缓动/公式以及他们使用它们的逻辑条件。Apple 有一种疯狂的方式来编写令人困惑的 JS,所以即使我是一个全栈开发人员,我也很难追踪所有内容。我认为没有人比一个人更好,所以让我们看看,有人理解这个文件吗?:D

https://github.com/jimeh/PastryKit/blob/master/mobile/dist/PastryKit.js

简而言之(所以没有误解):我试图从这个文件中提取一组物理规则,我可以将其用作指导,以便在我选择的任何平台上编写自己的滚动实现。:)

例如:“正常”滚动由 {>300ms && >10px} 定义,苹果在缓和减速动画时使用以下贝塞尔曲线。cubic-bezier.com/#.25,.46,.1,.94

更新:我们不久前解决了这个问题。我们发现了苹果公司是如何实现这一势头的。 https://medium.com/homullus/recreating-native-ios-scroll-and-momentum-2906d0d711ad

MrM*_*fon 4

经过几个小时的剖析该算法后,我们得出结论:苹果实际上正在使用幻数。神奇的数字是:(鼓声)动量 * 0.95。

基本上,当触摸持续时,苹果会让你以 1:1 的比例移动屏幕。

在触摸端,苹果将通过用户滑动的像素数和用户滑动的时间来获得动力。如果像素数小于 10 或时间小于 0.5,动量将被限制为零。

无论如何,一旦我们知道了动量(速度),他们就会在每一帧中将其乘以 0.95,然后将屏幕移动同样的量。

如此愚蠢的简单和优雅,以至于令人受伤。:)