一 · 业务场景的描述
在对已完成的PC站点进行移动端适配时,我们想要站点在移动设备上有更快的响应速度,以带给用户更好的体验,此时,我们应该使用移动设备专用的事件系统,例如,使用 touchstart
事件代替 click
事件。
为什么这样效果会更好呢?根据Google开发者文档中的描述:
click
事件触发时延迟 300ms ,以确保这是一个“单击”事件而非“双击”事件。touchstart
事件而言,则会在用户手指触碰屏幕的一瞬间触发所绑定的事件。所以,使用 touchstart
替换 click
事件的意义在于,帮助用户在每次点击时节省 300ms 的时间。在页面频繁需要点击,或者点击发生在动画中,对动画流畅度有较高要求的情境下,使用这种技术是非常必要的。touchstart
和 click
事件的替换,因为PC并不能识别 touchstart
事件。二 · 产生冲突的原因
当然,我们可以给某个元素同时绑定 touchstart
和 click
事件,但这将会导致本篇文章解决的问题 -- 这两个事件在移动设备上会发生冲突。
touchstart
和 click
事件,因此当用户点击目标元素时,绑定在目标元素上的 touchstart
事件与 click
事件(约300ms后)会依次被触发,也就是说,我们所绑定的回调函数会被执行两次!。这显然不是我们想要的结果。三 · 解决方案
针对这样的情境,有以下两种解决方案:
(一)使用 preventDefault
第一种解决方案是使用事件对象中的 preventDefault
方法,preventDefault
方法的作用在于:阻止元素默认事件行为的发生,但有意思的是,当我们在目标元素同时绑定 touchstart
和 click
事件时,在 touchstart
事件回调函数中使用该方法,可以阻止后续 click
事件的发生。
这从道理上是讲不通的,毕竟,我们添加的 click
事件并不是元素的“默认事件”,但它确实奏效了,或者说,被浏览器实现了,因此我们可以使用该方法解决移动设备上 touchstart
事件与 click
事件的冲突问题,具体代码如下:
1
2
3
4
5
6
7
8
9
10
11
|
const Button = document.getElementById( "targetButton" ) Button.addEventListener( "touchstart" , e => { e.preventDefault() console.log( "touchstart event!" ) }) Button.addEventListener( "click" , e => { e.preventDefault() console.log( "click event!" ) }) |
当你在浏览器上模拟移动设备后点击目标元素,只会在控制台看到 touchstart event!
字段,很显然,click
事件被成功阻止了。
总结
使用该方法的优点在于简单粗暴,直接有效,能够很好的实现我们的目标,但缺点在于, preventDefault
方法为阻止 click
事件的方式是浏览器实现上的,而不是 preventDefault
原理上的,这会带来一些不确定性,虽然我暂时尚未发现该方法失效的具体场景。
touchstart
事件来封装元素的点击事件,这样客户端会根据当前环境判定元素应该绑定的事件类型,代码如下:
1
2
3
4
5
6
7
8
9
10
11
12
|
const Button = document.getElementById( "targetButton" ) const clickEvent = ( function () { if ( 'ontouchstart' in document.documentElement === true ) return 'touchstart' ; else return 'click' ; })(); Button.addEventListener(clickEvent, e => { console.log( "things happened!" ) }) |
总结
该方法的优点在于,我们通过增加一次判断,为元素减少了一个不必要的事件绑定,从而避免了 touchstart
与 click
事件的冲突问题。这种方法避免了我们书写两次同样的代码,并且相较于第一种方法更加符合逻辑,因此是我所推荐的。