给程序员“减负”，Chrome 拥抱 IE 浏览器输入标准

Chrome准备拥抱W3C的标准了。Chrome下开源浏览器排版引擎Blink团队宣布，Chrome未来将支持“指针事件”API。

“指针事件（Pointer Event）”是指将鼠标、触摸、手写笔三种输入方式集成到一个API中，开发者进行开发时，只需直接调用一个API。各种输入方式可在浏览器中自动进行适配优化，能够有效减少开发工作量。最早在微软 IE 10 浏览器中被采用。

团队Rick Byers负责人表示，这次调整是听取了网页开发者、网站架构师等多方建议反馈的结果。同时他还感谢了微软 IE 团队在其中的帮助。

之前Chrome采用的是“触摸事件（Touch Event）”标准，在触摸事件下，不同输入方式的API是独立的。优点在于能够对鼠标、触摸、手写笔等方式进行精准的识别，但缺点是开发者需要分别对几种输入方式编写代码。

“触摸事件”最早在 2007 年由苹果发布，当时是为了适应 iPhone 触屏的操作方式。W3C 计划基于“触摸事件”制定一套输入的推荐标准，但苹果拒绝加入。 之后，2012 年微软和 Mozilla 合作，在微软的 IE 10 浏览器中引入“指针事件”API，随后又与 W3C 合作着手制作推荐标准。

Chrome曾经短暂拥抱过“指针事件”。但在去年 8 月，Chrome还是选择坚持“触摸事件”。当时 Google 的考虑是指针事件不支持用户在滚屏的时候引发其他反应（例如回到页面顶部同时进行刷新）和浏览器在识别不同输入方式时，需要耗费一定的时间。

因此在今天以前，浏览器的输入标准其实是被分为主要支持“指针事件”的IE+Firefox和主要支持“触摸事件”Safari+Chrome的两大阵营。

除了所谓的“多方反馈结果”，Chrome的这次的转向还可能与“指针事件”在今年2月被正式作为W3C 的推荐标准有关。

Chrome的转向毫无疑问的增强了“指针事件”帮的影响力。不过“指针事件”中让之前 Chrome 退出的缺点依然存在，所以 Byers 也表示要慢慢来，不会很快推出新的 Chrome 版本。