Chrome将支持"指针事件"API 拥抱W3C标准

近日Chrome浏览器部门的开源浏览器排版引擎Blink团队宣布，Chrome未来将支持“指针事件”API。意味着Chrome浏览器准备开始拥抱W3C的标准，Web开发人员可能因此更加轻松。 团队Rick Byers负责人表示，这次调整是听取了网页开发者、网站架构师等多方建议反馈的结果。同时他还感谢了微软 IE 团队在其中的帮助。 指针事件(Pointer Event)与触控事件(Touch Event) “指针事件(Pointer Event)”是指将鼠标、触控、手写笔三种输入方式集成到一个API中，开发者进行开发时，只需直接调用一个API。各种输入方式可在浏览器中自动进行适配优化，能够有效减少开发工作量。最早在微软 IE 10 浏览器中被采用。 在“触控事件(Touch Event)”下，不同输入方式的API是独立的。优点在于能够对鼠标、触控、手写笔等方式进行精准的识别，但缺点是开发者需要分别对几种输入方式编写代码。“触控事件(Touch Event)”最早在 2007 年由苹果发布，当时是为了适应 iPhone 触屏的操作方式。W3C 计划基于“触控事件”制定一套输入的推荐标准，但苹果拒绝加入。 之后，2012 年微软和 Mozilla 合作，在微软的 IE 10 浏览器中引入“指针事件”API，随后又与 W3C 合作着手制作推荐标准。 Chrome从支持触控事件(Touch Event)转向支持指针事件(Pointer Event) 之前Chrome采用的是“触控事件(Touch Event)”标准，也曾经短暂支持过“指针事件”。但在去年 8 月，Chrome还是选择坚持“触控事件”。当时 Google 的考虑是指针事件不支持用户在滚屏的时候引发其他反应(例如回到页面顶部同时进行刷新)和浏览器在识别不同输入方式时，需要耗费一定的时间。 也就是说在今天以前，浏览器的输入标准其实是被分为主要支持“指针事件”的IE+Firefox和主要支持“触控事件”Safari+Chrome的两大阵营。 除了所谓的“多方反馈结果”，Chrome的这次的转向还可能与“指针事件”在今年2月被正式作为W3C的推荐标准有关。 Chrome的转向毫无疑问的增强了“指针事件”帮的影响力。不过“指针事件”中让之前 Chrome 退出的缺点依然存在，所以 Byers 也表示开发进程要保持稳定，推出支持"指针事件"API的新 Chrome 版本仍需假以时日。

标签:IE相关IE动态Chrome浏览器浏览器相关APIW3C标准