这篇文章主要介绍了通过报错问题了解Point事件的示例分析，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。
起因
从某个月黑风高的晚上开始，有人发现我们的 web-app 在 Chrome 模拟器里开始出现报错，报错信息大概就是下面这样。
VM1023:1 Uncaught TypeError: Cannot read property '0' of undefined
但是只有他的浏览器有问题，而且对功能毫无影响，本着在我的机器上不复现的精神（好吧，当时比较忙），这个问题的优先级排的不高，但是后面一段时间慢慢有人也出现相同的问题，于是我开始在意这个问题了。
定位问题
根据调用栈很快定位到了代码，源码定位到之前一位同事写的组件代码，大概是这样的：
dom.on('touchstart pointerdown', function (event) {
var touch = event.touches[0]; //报错的地方
})debug 发现是触发了 pointdown 事件，因为 event 没有 touches 这个字段，导致抛出异常。但是之前用的好好的呀，难道是浏览器的 API 变化了？而且我也没有了解过 pointerdown 事件，这个事件是用来处理什么的呢？于是我带着两个问题开启了搜索之旅：
什么是 pointerdown 事件
为什么突然开始爆发错误
聊聊 pointer events
查问题，最简单的问题就是搂一遍 W3C 的官方文档了。这里简单说下我的理解。
设备输入形式的多样化
在 PC 时代，我们通过鼠标与屏幕交互，这时候，我们设计系统时只需要考虑鼠标事件就好了。但是如今，有很多新的设备，比如智能手机，平板电脑，他们包含了其他的输入方式，比如触摸，手写笔，官方也为这些输入形式都提供了新的事件。
但是对于开发者来说，这是件很麻烦的事，因为这意味着你需要为你的网页适配各种事件，比如你要根据用户的移动来画图，你需要兼容 PC 和手机，你的代码可能就会是下面这样
dom.addEventListener('mousemove',
draw);
dom.addEventListener('touchmove',
draw);如果需要兼容更多的输入设备呢？比如手写笔，这样的话代码就会很复杂。而且，为了兼容现有的基于鼠标事件的代码，很多浏览器都会为所有的输入类型触发鼠标事件（例如在 touchmove 时触发 mousemove，我在 Chrome 试验了一下不会触发，但是因为没有设备，手写笔的情况没有试），这也会导致无法确认是否真的是鼠标触发的事件。
如何兼容多种输入形式
为了解决这一系列的问题，W3C 定义了一种新的输入形式，即 pointer。任何由鼠标、触摸、手写笔或者其他输入设备在屏幕上触发的接触，都算是 pointer 事件。
它的 API 和鼠标事件很像，非常容易迁移。除了提供鼠标事件常用的属性，比如 clientX，target 等等，还提供了一些用于其他输入设备的属性，比如压力，接触面，倾斜角度等等，这样开发者就可以利用 pointer 事件为所有的输入设备开发自己的功能了！
提供的属性
pointer 事件提供了一些特有的事件属性
pointerId：当前指针事件的唯一标识，主要是在多点触控时标识唯一的一个输入源
width：接触面的宽度
height：接触面的高度
pressure：接触的压力值，范围是0-1，对于不支持压力的硬件，比如鼠标，按压时该值必须为 0.5，否则为 0
tiltX，titltY：手写笔的角度
pointerType：事件类型，目前有 mouse，pen，touch，如果是无法探测的指针类型，则该值为空字符串
isPrimary：用于标识是否是主指针，主要是在多点触控中生效，开发者也可以通过忽略非主指针的指针事件来实现单点触控。
如何确定主指针：
鼠标输入：一定是主指针
触摸输入：如果 pointerdown 触发时没有其他激活的触摸事件，isPrimary 为 true
手写笔输入：与触摸事件类似，pointerdown 触发时没有其他激活的 pointer 事件
相关事件
| 事件名称 | 作用 |
|---|---|
| pointerover | 与 mouseover 行为一致 |
| pointerenter | 与 mouseenter 行为一致 |
| pointerdown | 指针进入活动状态，比如触摸了屏幕，类似于 touchstart |
| pointermove | 指针进行了移动 |
| pointerup | 指针取消活动状态，比如手指离开了屏幕，类似于 touchend |
| pointercancel | 类似于 touchcancel |
| pointerout | 指针离开元素边缘或者离开屏幕，类似于 mouseout |
| pointerleave | 类似于 mouseleave |
| gotpointercapture | 元素捕获到指针事件时触发 |
| lostpointercapture | 指针被释放时触发 |
可以看到，pointer 事件与已知的事件类型基本一致，但是有一点区别：在触摸屏上，我们可能会滑动屏幕来触发页面滚动，缩放或者刷新，对于 touch 事件，这时会触发 touchmove，但是对于 pointer 事件，当触发这些浏览器行为时，你却会接收到 pointercancel 事件以便于通知你浏览器已经接管了你的指针事件。
如何检测
首先，pointer 事件的支持程度已经很不错了，你可以使用 Pointer Events polyfill （本地下载）来进行兼容，也可以自行检测
if (window.PointerEvent) {
// 支持
} else {
// 不支持
}导致问题的原因
这时候，对于本文一开始提到的问题就显而易见了，因为 point events 是没有 touches 这个属性的。那么我们还有两个问题。
为什么之前会用到 point events？
后来我看了下 zepto 的源码，在事件处理时是考虑到了 point event 的，同事之前写的代码大概是参考了 zepto 的事件系统。
为什么会突然爆发这个问题？
很简答，Chrome 55 开始支持这个 API，Chrome 具体的支持信息可以参考官方日志，至于怎么检测浏览器支持，可以参考上面的内容
感谢你能够认真阅读完这篇文章，希望小编分享的“通过报错问题了解Point事件的示例分析”这篇文章对大家有帮助，同时也希望大家多多支持编程网，关注编程网行业资讯频道，更多相关知识等着你来学习!
