Chrome 54 的新变化

在 YouTube 上观看

  • 您现在可以使用自定义元素 v1 创建自己的自定义 HTML 标记,并通过这些组件制作可重复使用的 Web 组件。
  • 使用 BroadcastChannel API,可以更轻松地在同一源上的打开窗口或标签页之间发送消息。
  • 提升了 Android 媒体体验,并且现在提供外部提取作为源试用。

我是 Pete LePage,接下来我们将深入了解 Chrome 54 会为开发者带来哪些新变化!

自定义元素 v1

复杂的界面通常需要大量的 HTML。大多数语言都允许开发者自行创建基于语言基元构建的组件,以降低这种详细程度。但到目前为止,在网络上创建可重复使用的组件一直很困难。

借助自定义元素,您可以创建自己的自定义 HTML 标记,并在 JavaScript 中定义新元素的 API 和行为。因此,他们能够以浏览器原生方式构建可重复使用、可互操作的组件。

Chrome 54 支持最新的自定义元素 V1 规范,并将继续支持 V0 API,直到有人升级到 V1。

请参阅自定义元素入门指南,了解如何使用自定义元素为您的网站或应用创建可重复使用的网络组件。

BroadcastChannel API

桌面设备用户同时打开多个窗口或标签页的情况并不少见,有些网站甚至鼓励这种行为,例如网页编辑器会在自己的标签页中打开文档。

在这两个标签页之间进行通信可能很困难。BroadcastChannel API 是在窗口、标签页、iframe、Web 工作器和 Service Worker 之间使用的全新一对多消息传递 API。它允许脚本建立命名通道,以便在同源的浏览上下文之间发送消息。

其他 BroadcastChannel 资源

requestFullScreen

媒体已逐渐成为浏览体验中非常重要的一部分。

除了用户手势之外,您现在还可以在屏幕方向改变后使用 Element.requestFullScreen() 触发全屏模式,从而创建包括旋转到全屏模式在内的富媒体体验。

外部提取

想象一下,如果一个常用的来源(例如 API 提供商、网页字体服务或其他服务)能够部署自己的 Service Worker,

提供程序可以实现自己的自定义网络逻辑,并利用单个权威缓存实例来存储其响应,而不是总是连接到网络。

现在,得益于外部提取(在 Chrome 54 中以源试用的形式提供),这已成为现实。请查看下方评论中链接的 Jeffrey 帖子

正在关闭

以上只是 Chrome 54 中面向开发者的多项变更。

如需了解详情,请查看说明,并提供文档和规范链接。

此外,别忘了参加 Chrome 开发者峰会,我们将于 11 月 10 日和 11 日在 YouTube 上直播本次峰会。

如果您想及时了解 Chrome 的最新动态并了解即将发生的变化,请点击上面的订阅按钮。

我是 Pete LePage