写点什么

Google 最终决定让指针事件成为 Chrome 的主要事件类型

  • 2015-04-16
  • 本文字数:1520 字

    阅读完需:约 5 分钟

Google 决定让指针事件(Pointer Events)成为 Chrome 的主要事件类型,抛弃苹果,加入微软和 Firefox 的阵营。

去年,Chrome 和 Blink 输入团队负责人 Rick Byers 曾宣称 Blink/Chrome 不会实现指针事件(PE),尽管Google 很久之前就已加入相关工作组。Byers 提到了一系列原因,包括Apple 对于PE 的反对会影响它的普及程度、给标准16ms 帧预算带来大约2% 的性能损耗以及在滚动时无法处理事件。 Google 甚至把他们的 PE polyfill 库托管给 jQuery 基金会

但是“持续收到的反馈表示,web 开发者、框架作者和其他浏览器开发商认为指针事件对于平台来说具有很大价值”, Byers 最近宣布Chrome 将实现 PE,可以通过某个标记开启。 Chromium 官网的一个新issue 显示,PE 相关的工作已经开始。此外, Byers 和微软的 PE 团队已经就上文提到的性能问题进行讨论,这将涉及到一些 API 的改动。

我们就此事进一步的发展采访了 Byers。

InfoQ:请问你准备如何处理同时支持两种事件类型的设备?是否会像这个文档中建议的那样把所有的 TE(触摸事件)都转换成 PE?

RB:如果我们提供了对 PE 的支持,那么指针事件就会成为主要的事件类型。如果一个指针事件没有被处理,那它就可能会触发一个触摸和 / 或鼠标事件。幸运的是,我们从 IE 提高移动 web 兼容性中(通过支持触摸事件)学到了很多。我很赞同 IE 工程师们的设计,我们也准备在 Chrome 中采用类似的设计,一些特殊的地方除外(当然在具体实现的时候我们可能会修改一些细节)。

InfoQ:微软的 Jacob Rossi表示他愿意协助你修复 PE 中可能存在的问题,但是在 W3C 中 PE 的规范已经成为了最终标准,据我所知现在只能对其进行细微的调整。你准备怎么做?

RB:在收到一些重要的反馈之后,关于新版 PE 规范的工作已经启动,(Rossi 提到的)不过是向新版 PE 规范中再加入一件(显然更大的)事而已。确保改动能兼容现有代码确实是一项巨大的挑战,但是我相信我们可以在兼容性和解决问题之间做出某种合理的权衡。

InfoQ:请解释一下为什么“默认不捕获的触摸输入模型会影响引擎性能”?

RB:区别在于哪个 DOM 节点接收‘移动’事件。对于触摸,触摸 - 移动事件的目标节点总是收到触摸 - 开始事件的元素(这是“隐式捕获”)。对于鼠标和(默认的)指针事件,目标总是当前指针所指的元素。这意味着每次移动鼠标,浏览器都需要通过“命中测试”来确定当前指针指向的元素。由于 CSS 布局的复杂性,命中测试也很复杂,有时很难预测其性能。从浏览器引擎开发者的角度来说,如何减少每个“帧预算”的工作量是我们面临的最大的性能挑战。响应触摸移动事件时,浏览器和应用可以通过 16ms 一次的事件来保证流畅的 60fps 体验。但是,尽管命中测试(在简单的用例中)只占帧预算的大约 2%,这仍然是一个不可忽视的代价。我们认为这种代价不应当由平台承担,除非开发者们明确地表示他们需要“不捕获”行为。

现在许多网站的设计方式都是“触摸优先”,因为开发者们都意识到优秀的移动用户体验能够有效提高用户参与度。我认为所有新出现的输入 API 都应该考虑到这一点并优先考虑直接操作(捕获),从而满足现代的用户交互。

Google 计划在所有支持平台的 Chrome 中实现 PE,包括 Android 和 WebView。PE 也会在 Spartan/IE10、Firefox(需要通过 flag 开启)、jQuery 和 Dojo 中实现。Apple 是目前唯一一家反对PE 的主流浏览器开发商。

查看英文原文: Google Is Going to Make Pointer Events the Main Event Type in Chrome after All


感谢邵思华对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流。

2015-04-16 08:543671

评论

发布
暂无评论
发现更多内容

2023-01-04:有三个题库A、B、C,每个题库均有n道题目,且题目都是从1到n进行编号 每个题目都有一个难度值 题库A中第i个题目的难度为ai 题库B中第i个题目的难度为bi 题库C中第i个题目

福大大架构师每日一题

算法 rust Solidity 福大大

谈谈你在面试中遇到的一面、二面、三面有什么区别?

风铃架构日知录

Java java面试 程序员面试 面试‘’ 面试流程

Reids的BigKey和HotKey

小小怪下士

Java redis 程序员

2022年中国证券类APP创新专题分析

易观分析

金融 证券 证券app

ChatGPT 最近火得不要不要的

HoneyMoose

React源码分析(一)Fiber

flyzz177

React

从源码角度看React-Hydrate原理

flyzz177

React

每个人都必须为2023年的十大基本技术趋势做好准备

超自动化

AI 超自动化

4天带你上手HarmonyOS ArkUI开发——《HarmonyOS ArkUI入门训练营之健康生活实战》

HarmonyOS开发者

HarmonyOS

架构训练营模块三作业

现在不学习马上变垃圾

架构训练营10期

《解构领域驱动设计》-软件复杂度解析

珑彧

读书笔记 方法论 领域驱动设计 DDD 复杂

2022年人民满意手机银行服务白皮书

易观分析

金融 白皮书 手机银行 用户

LiveMe x TiDB丨单表数据量 39 亿条,简化架构新体验

PingCAP

#TiDB

Kubernetes 跨集群流量调度实战 :访问控制

Flomesh

Service Mesh 服务网格 服务网格

群晖NAS设置Calibre个人电子图书馆

刘旭东

群晖 Calibre 个人图书

2022年11月中国网约车领域月度观察

易观分析

网约车 行业 打车

k8s 学习实战(一)

AiDaddy

k8s安装 kubenetes

详解UDS CAN诊断:SecurityAccess Service(SID:0X27)

不脱发的程序猿

汽车电子 CAN ISO 14229 诊断和通信管理功能单元 SecurityAccess Service

看透react源码之感受react的进化

flyzz177

React

如何确定解决的问题的价值?

珑彧

方法论

TableLayout(表格布局)

芯动大师

Android Studio tablelayout 表格布局

5A原则

穿过生命散发芬芳

1月月更

Java高手速成 | 数据库实训:图书馆管理系统建模

TiAmo

数据库 管理系统 1月月更

React-Hooks源码深度解读

flyzz177

React

一文教会你mock(Mockito和PowerMock双剑合璧)

京东科技开发者

测试 powermock Mock pom 企业号 1 月 PK 榜

TiCDC 在大单表场景下的性能优化:我们如何将吞吐量提升 7 倍?

PingCAP

#TiDB

属于 PingCAP 用户和开发者的 2022 年度记忆

PingCAP

#TiDB

ChatGPT 使用 API 进行 Postman 调用测试

HoneyMoose

链上隐私交易成新刚需,Unijoin.io或成该赛道新契机

股市老人

深入react源码看setState究竟做了什么?

flyzz177

React

从recat源码角度看setState流程

flyzz177

React

Google最终决定让指针事件成为Chrome的主要事件类型_Google_Abel Avram_InfoQ精选文章