Google Chrome 53 Beta引入影子（Shadow）DOM V1，以及支付请求（PaymentRequest）API。
与之前影子DOM V0明显不同，V1弃用了影子DOM对多个根节点的支持，并增加了阻止外界访问内部的根节点关闭功能。
在发布声明的博客中，Hayato Ito强调，虽然HTML、CSS、JavaScript非常有用也很强大，但是很难对大代码量进行维护。
Ito表示，V1“能让元素封装自己的样式且子DOM不受外界DOM的影响。这提升了大代码量的可维护性”。同时Chrome仍将支持V0。
在HackerNews关于Google Chrome 53 Beta的讨论中，用户borplk问到“影子DOM是否对React等有影响？如在提升性能等方面”。
Google工程师Eric Bidelman回复到：
很明显，影子DOM是一个浏览器内嵌的提升开发者效率的工具。
在React中，你需要使用内联样式或支持模块化、增加CSS前缀的构建工具（如CSS Modules）。内联样式会将特性配置污染到全局，并且大量内联样式会让浏览器做超出必要的上下文切换（HTML解析器<->CSS解析器）。注意，后者不太会成为真实应用的性能问题。
在影子DOM中，你只需要写CSS。在“
在32 Beta版本中也引入了新的支付请求（Payment Request）API，Ito表示这个功能可以快速且安全地使用信用卡及Android Pay进行支付，用户不用输入就能提供账单地址、送货详情以及付款人信息。
这个API在W3C工作草案中有具体描述：
随着用户发起支付流程（如在交互式游戏中点击“能力提升”，在停车场中使用自动付费机或点击“购买”、“结账”按钮），网页会创建一个支付请求进行支付。在确认或拒绝支付前，用户需要输入信息，此时支付请求允许网页与用户代理间进行交互来获得信息。
Google提供了一个演示视频。
几乎隐藏在诸多53 Beta的小改进中的还有初次试验的网页蓝牙API。在页面使用navigator.bluetooth.requestDevice来请求访问附近的设备时，网页蓝牙API会提示用户选择设备。
Chrome 53 Beta中一些弃用的功能有：
弃用HTTP/0.9，使用支持响应报文头的HTTP/1.0来取代。
移除了已在M51中弃用的TLS Diffie-Hellman加密。
TextEncoder API不再接受参数，并始终使用utf-8进行编码。
Chrome不再信任没有证书透明度（Certificate Transparency）信息的Symantec及链向Symantec的CA所发布的新证书。
文章转载自 开源中国社区[http://www.oschina.net]
