滑动翻页效果实现和移动端click事件问题

前述

本文很短~
主要是为了总结和讲述移动端click和js事件机制导致的一个问题。
（：咳咳，其实几句话就能写完的还要水一篇文章，不愧是我…

---

正文

最近做了一个小活动，里面要用到一个效果：滑动翻页。大概是这样的：

<div class="page-container">
	<div class="page" style="background: #dc3b26">1div>
	<div class="page" style="background: #f3b03d">2div>
	<div class="page" style="background: #44a2f8">3div>
div>

在css中，首先因为是滑动翻页，所以我们要保证“始终只有一屏”，这个可以放在全局样式表里控制，然后是其中的“每一页”都要占满父元素 —— 这里其实用了“div是块元素，无外力情况下竖直排列”的特性。

/** css样式 */
html,
body{
     
	margin: 0;
	padding: 0;
	width: 100%;
	height: 100vh;
	overflow: hidden;
	font-size: 60px;
}
.page-container{
     
	width: 100%;
	height: 100%;
}
.page-container .page{
     
	width: 100%;
	height: 100%;
}

其JS实现也很简单：因为在移动端，所以使用了touchstart、touchmove及touchend事件来实现手势滑动功能：

1. start（刚按下）时记录此时的手指位置——作为初始值；
2. 在move（触摸滑动）时根据实时的手指位置和初始手指位置变量实现要求判断，在本文场景为代表的场景下这一步一般还要求出“移动距离”实时赋值；
3. 在end（手指离开）时（也有直接在move时进行的）进行收尾工作——比如：图片滑动完全划过去、元素跑到结束位置、将事件监听取消；

// 这里是控制全局js的文件
// 全局阻止浏览器默认行为
document.addEventListener("touchstart",function(e){
     
	if(e.cancelable){
     
		e.preventDefault();
	}
},{
     passive: false})
// {passive: false}就是告诉前面可能有需要重置行为的代码
document.addEventListener("touchmove",function(e){
     
	if(e.cancelable){
     
		e.preventDefault();
	}
},{
     passive: false})

// JavaScript代码
let curPageIndex=0;
let pageContainer=document.querySelector(".page-container");
let pageNumber=pageContainer.children.length;   //页面的数量
// 文档的视窗高度（这里就是一屏的高度）
let cHeight=document.documentElement.clientHeight;
// 设置页面容器的margin-top为合适的值，让其显示在视野中
function toPage(){
     
	pageContainer.style.transition="all .5s ease";
	pageContainer.style.marginTop=-curPageIndex*cHeight+"px";
	
	// 变化完成后去掉过渡效果 !
	pageContainer.addEventListener("transitionend",function(){
     
		pageContainer.style.transition="none";
	},{
     once:true})
}
toPage()

pageContainer.ontouchstart=function(e){
     
	let y=e.changedTouches[0].clientY;   //手指按下的纵坐标
	pageContainer.ontouchmove=function(e){
     
		let dis=e.changedTouches[0].clientY-y;   //计算距离
		// 计算page-container的margin-top
		let mtop=-curPageIndex*cHeight+dis
		if(mtop>0){
     
			mtop=0;
		}else if(mtop<-(pageNumber-1)*cHeight){
     
			mtop=-(pageNumber-1)*cHeight;
		}
		// 实时改变位置
		pageContainer.style.marginTop=mtop+"px";
	}
	pageContainer.ontouchend=function(e){
     
		let dis=e.changedTouches[0].clientY-y;
		// 如果滑动距离实在太短，就回到滑动前的位置状态
		if(Math.abs(dis)<=60){
     
			toPage()
		}else if(dis>0 && curPageIndex>0){
     
			curPageIndex--;
			toPage()
		}else if(dis<0 && curPageIndex<pageNumber-1){
     
			curPageIndex++;
			toPage()
		}
		
		// 手指离开后，取消监听事件
		pageContainer.ontouchmove=null;
		pageContainer.ontouchend=null;
	}
}

---

至此，功能上似乎很完美。但这时候，我们在第一个page里添加一个button：

<div class="page" style="background: #dc3b26">
	<button onclick="alert('哈哈哈')" class="but">click me!button>
	1
div>

然后到页面上查看效果：

无效！

这是因为在上方全局js文件里我们加了“阻止浏览器默认事件”的代码。
——在移动端浏览器中，click事件和mousestart事件是同时被触发的。因为移动端浏览器是没有click事件的，它是由mouse事件模拟的！ ：也正是这个原因，才有了所谓的“移动端浏览器300ms延迟”的问题 ¹ 。
——还有就是，在微信自带的浏览器中，有一个“触顶下拉回弹”的操作，这其实是不应该的。它也属于浏览器默认事件。
所以一般我们需要禁止掉这些东西。

但是如上面所示，全部禁止掉总会造成一些困扰，怎么办？
H5提供了“自定义属性”，针对本文方法，我们完全可以 —— 在全局事件里检测当前触发的元素有没有某一个自定义属性，如果有，就什么也不拦截；否则就执行禁止默认行为的代码：
比如

<button data-default="true" onclick="alert('哈哈哈')" class="but">click me!button>

将上面“控制全局js的文件”内容改为如下：

// 全局阻止浏览器默认行为
document.addEventListener("touchstart",function(e){
     
	if(e.target.dataset.default){
     
		return;
	}
	if(e.cancelable){
     
		e.preventDefault();
	}
},{
     passive: false})
document.addEventListener("touchmove",function(e){
     
	if(e.target.dataset.default){
     
		return;
	}
	if(e.cancelable){
     
		e.preventDefault();
	}
},{
     passive: false})

就OK了：

---

其实还有另一种“解法”：既然上面说了，移动端click实际上是通过mouse事件模拟的，那么我们可以从mousestart事件入手；又因为button元素是“第一个页面”内的（子）元素，所以可以用阻止事件冒泡：

<button class="but">click me!button>

document.querySelector(".but").addEventListener("touchstart",function(e){
     
	e.stopPropagation();
	alert('噶哈哈');
},false)

关于捕获和冒泡→

我们首先要知道的是：当我们鼠标按下一个按钮时，并不是“点击了一个按钮”，而是在这个区域内，鼠标（上的按键）被按下，操作系统和浏览器把这个信息对应到了“按钮”所在区域并触发其逻辑。
事实上鼠标点击并没有位置信息，是操作系统一直在监听鼠标移动，根据累积的位移计算出来的坐标，将其传给浏览器。
那么，把这个坐标转换为具体的元素上的事件的过程，就可称作“捕获”。那“冒泡”呢？这个不好解释，但有一点想必你是明白的：当你按下电视开关时，你也按到了电视！
这就是很多文章会讲到的“冒泡过程由内向外，捕获过程由外向内”，或者说是“洋葱模型”。
还有一点就是：事件addEventListener的第三个参数 true/false ，即为“是捕获/冒泡”。（别多想，这只是浏览器提供的事件模型之一。无论是否监听，在一个事件发生时，捕获和冒泡总是先后发生的）

---

1. 在一年多以前笔者曾写过这篇文章（前端性能优化之移动端click：为何会有300ms延迟）说明这件事，不过里面只有解决方法，还很稚嫩。本文这里算是完善了吧。 ↩︎