作者 | Peter Bright 译者 | 苏本如 责编 | 仲培艺 出品 | CSDN（ID：CSDNNews） 以下为译文： 当微软宣布放弃其 EdgeHTML 渲染引擎，转而采用 Chromium 这一支持谷歌 Chrome、Vivaldi、Brave 和 Opera 等浏览器的开源引擎时，人们最大的担忧之一是，网页开发人员将会越来越采取简单的方法，将他们的测试和支持局限在 Chrome 上。这会使得大家对 Mozilla 的火狐浏览器(Firefox)、苹果的 Safari 浏览器，以及其他现有的和以后即将出现的新浏览器都失去兴趣。 毕竟，这是我们在 Internet Explorer（IE）全盛时期所看到的现象。当微软的 IE 浏览器的市场份额达到了 95% 左右的时候，大量的互联网公司自豪地宣布他们的网站“在 IE 中浏览效果最佳”，甚至到了完全不支持其他浏览器的地步。IE 的霸主地位给刚起步的火狐浏览器带来了巨大的挑战，火狐浏览器设计的初衷是为了支持 Web 标准，而不是支持微软对这些标准所做的特殊修改。虽然 IE 浏览器最终被 Chrome 取代了，但如果开发人员不是那么地迷恋 IE 浏览器的话，这个进程可能更快。 上周，微软对其 Skype 客户端的网页版（Skype for Web）发布了重大更新，新版本整合了其他现有版本的所有功能，并新增了高清视频通话和通话记录功能。 而且微软这一次还宣称，新版本的 Skype for Web 只支持 Edge 和 Chrome 浏览器。而对于 Firefox、Safari 甚至 Opera 浏览器都不再支持。过去，Skype 团队曾指出编译码器不一致的问题是不能支持某些浏览器的原因。但是现在这已经不是问题，因为 H.264 和 VP8 视频编译码器都在 Edge、Chrome 和 Firefox 浏览器中得到支持。例如，现在的火狐浏览器对 Google Hangouts 和 Google Meet 都有插件来支持免费视频通话，就像它支持其他在线服务一样。很长一段时间里，苹果拒绝支持 WebRTC，这是 Safari 中用于实时语音和视频聊天的浏览器底层技术。但是现在这种功能障碍也不再存在了，因为 Safari 现在对所有用户需要的功能都能支持。 此外，用户代理（也即 user-agent，是一种用户可以修改的标识字符串，在用户浏览网页的时候浏览器会发送给 Web 服务器来告诉用户使用的浏览器种类和版本）的统计报告显示大部分应用都能在 Safari 和 Firefox 浏览器中工作，甚至语音和视频通话在 Firefox 浏览器中也能工作。目前还不清楚是否所有的功能都能在 Safari 和 Firefox 浏览器上正常工作。当然 WebRTC 的要求非常“吹毛求疵”，以至于微软必须显式地测试它的代码，或者调整它的代码以便其在 Firefox 或 Safari 浏览器中能够工作。但最终，这些似乎都不是真正的技术问题。 更确切地说，这是一个是否愿意投入精力去做的问题。微软曾表示，它将 Edge 和 Chrome 置于优先支持地位是基于“客户价值”，换句话说，花时间和精力支持使用量很小的冷门浏览器没有多大意义。这对这些冷门浏览器而言无异于雪上加霜，大家只会更加不愿意去用，开发人员也随之将目光投到只有一个 Chrome 浏览器需要支持的世界。 还有一个颇具讽刺意味的地方是，Skype 这个应用是基于旨在促进设备、桌面和 Web 的跨平台开发的框架上构建的。对于那些可以使用 Web 应用的人来说，它看起来非常像一个桌面应用，也非常像一个移动应用。这是因为它是基于 ReactXP 构建的，而 ReactXP 又是微软基于 Facebook 的 React 和 React Native 框架构建的。这些 Web 技术不仅可以支持 Web 浏览，而且可以在桌面和智能手机上构建各种应用，所以当我们谈到 Web 浏览时，ReactXP 支持 Firefox 浏览器毫无问题。这里再次强调一下微软作出的不支持其他浏览器的决定真的不是一个技术问题。 微软不是第一家这样对待 Web 浏览的公司，也不会是最后一家。曾经有一段时间，浏览器市场份额比较均匀，没有一家浏览器厂商能够取得浏览器市场的垄断控制地位。这种环境将标准化带到了前台；而标准化是使开发人员能够适应多样性的唯一途径。但是当我们回退到近乎垄断的局面时，这种情况以后可能变得更加普遍。而此番的 Skype for Web 就是一个高调的例子，这让人们对微软宣布这一改变后的前景非常忧心。 |
|
|
来自： Tomsp360lib > 《互联网》
