在移动端的开发中,经常会遇到这样的场景,在弹出的浮层中进行指尖滑动时,浮层的底部也会跟着滑动,这真是个有趣的事情,不过有些产品还是会要求你改掉这个所谓的 BUG,对此,我搜索了些资料,更多的是其他应用的解决方案诸如 外卖、饿了么 等,整理了几种解决方案
背景引入
浮层这个弹出式功能在当今的移动端设备中数见不鲜,给用户以一种突然显现式的视觉冲击,营造一种震撼效果和惊喜瞬间;站在开发者的角度,这种操作通过代码的形式有效利用了移动端屏幕的多维空间,营造一种自上而下式的层次分离感和上帝视角。既然是分离,上下层需要独立性,如果出现上层滑动带动下层一起滑起来了,那体验就是飞一般的感觉,噩梦一般。下面是菜单页H5点餐的体验,是不是有点僵硬,弹出购物车浮层,滑动浮层时,下面的菜单飘了;弹出 spu 浮层滑动时,下面的菜单页飘了。
问题分析
出现以上因滑动穿透导致底层也随之滚动的尴尬场景,究其原因就是所谓的冒泡事件在从中作怪。滑动引发 scroll 的冒泡事件从弹框层由内而外层层递进,一直延伸到 HTMl 层,最终导致 HTML 也触发了 scroll 事件,跟着一起滚动了起来。
方案探索
解决这个问题其实可以划分两个方向来解决,一个是阻止浮层滑动事件的穿透;一个是阻止底层的滚动事件。
浮层阻止滑动穿透
在浮层上阻止滑动事件,可防止这个事件冒泡穿透到更高的层级元素,最简单的方案是给弹框体绑定 touchmove 事件,并在事件执行函数中阻止滑动默认事件,而且这样并不会影响弹出层的事件点击。
阻止浮层 touchmove 事件
1 |
|
在 IOS 和 Android 设备上都能生效,但是当浮层区内有可滚动的元素,这种做法会导致可滚动的元素没办法滚动,因此需要对此方案进行优化。
阻止浮层 touchmove 事件优化
兼容滚动型浮层就不像简洁的阻止默认事件一行代码这么简单,那点餐的菜单购物车弹框模型来说,以封装通用组件为目标,依然是绑定浮层的 touch 事件,但是为了确定可滚动区的滚动方向以及局部变量在一次 touch 事件后充分释放,则需要绑定 touchStart、touchMove 和 touchEnd 全家桶;同时对于可滚动区需要加边缘检测,即滚动区滑到顶部再向上滑动或者滑到底部再向下滑也会触发滑动穿透现象。
1 |
|
理论上,这样封装后,可完美兼容各机型,但是有点遗憾,在部分 Android 上还是会出现,对于滚动型浮层,当滚动区滚动到顶部或者底部撞击时会有轻微地滑动穿透。目前还没有找到问题根源,后续 Android 可能会对其进行优化。
底层阻止滚动
除了从根源处阻止滑动默认事件以避免事件穿透,从另一角度,即事件已经穿透,但是避免底层滚动同样可给人营造一种底层冰冻状态,避免底层滚动的方法不拘泥于一种,下面是其中几种行之有效的方案。
底层固定定位法
采用底层固定定位方案,当浮层弹出时,即设置浮层父级元素,推荐 body 元素固定定位并记录底层滚动位置以及 body 原 css 状态,当浮层消失时,将 body 恢复原状态及滚动位置,同时设置锁功能,保证浮层从隐藏 - 消失 - 隐藏的时间周期内,固定大法只被触发一次。
1 |
|
采用这个方法目前适用于大部分场景且 IOS 和 Android 都适用,虽然如此但会使整个 body 脱离文档流,未来的发展不可预测。
布局结构分离法
布局分离法即是在 HTML 结构做一定的设计,保证浮层尽可能贴近页面根元素,同时将页面所有内容置于根元素的子元素中如下。相关应用如美团酒旅,究其原理,则是如浮层区 alert-container 发生滑动穿透,它的父节点 .body 及 #app 等会触发滚动事件,但是如果设置 html、body、#app 及 .body 元素为视窗高度,而不是 document 高度,则这四个元素即使触发了滚动事件,但是因为高度的限制,它们并不会滚动,而由于所有文档流内容置于 .menu-layout 中,设置其 overflow 可滑动,即可保障页面内容在浮层消失时也是可以滑动的。
1 |
|
设置相关CSS样式如下
1 |
|
这种是代码量较少的较优方案,但是如果页面文档流中有锚点类功能,则需要在设置 .menu-layout 的滚动高度而非 html 抑或是 body 等,因为这几个元素的高度设置了 100%,将无法滚动,这也就是为啥需要一个 .menu-layout 元素来盛装所有文档流内容的原因。
固定高度滚动法
固定高度滚动大法是布局结构分离法的一个特例,但相关应用很多如美团外卖 H5 及其小程序,咱们的美团点评智慧餐厅小程序等,类似页面结构设计如下。这种方案是将整个页面文档 AppContent 设置为视窗高度,同时设置文档流中的可滚动区 MenuContent 为固定高度并设置超出时可滚动,关键一点是浮层不可是文档流中滚动区的子元素,即保证浮层和文档流的滚动区是分离状态,不相互依赖
1 |
|
方案对比
以上给出了各个方向的可行方案,而针对不同的应用场景,需选择合适的优化方案。
方案项 | 代码量 | 性能 | 应用场景 | 缺点 | 优点 | 兼容性 |
---|---|---|---|---|---|---|
阻止浮层 touchmove 事件优化 | 最多(JS) | 最差 | 都可以 | touch事件绑定较多,现阶段兼容性较差 | 暂无 | IOS |
阻止浮层 touchmove 事件 | 最少(JS) | 较好 | 浮层没有可滚动区 | 不适用可滚动型浮层 | 代码较少,性能较好 | IOS、Android |
布局结构分离法 | 较少(CSS) | 较好 | 都可以 | 需设计符合分离规则的布局结构 | 代码量较少,性能较好 | IOS、Android |
固定高度滚动法 | 最少(CSS) | 最好 | 页面文档高度等于视窗高度 | 要求页面文档高度等于视窗高度,场景单一 | 代码量最少,性能最好 | IOS、Android |
底层固定定位法 | 中等(JS、CSS) | 中等 | 都可以 | 浮层出现时,底层脱离文档流,会造成不可预测的定位关系 | 目前适用于任何布局的场景 | IOS、Android |