chromium 开发
微软从其自身的浏览器引擎向Google的Chromium for Windows的Microsoft Edge浏览器的巨大转变是Windows平台长期以来最大的变化之一。 自1995年推出第一个Internet Explorer以来，Windows就拥有自己HTML渲染引擎。
首先是Spry引擎的变种，然后是微软自己的Trident，最后是Windows 10 EdgeHTML的发布，已经超过23年了。 尽管努力重新获得Internet Explorer的浏览器主导地位 ，但现在Microsoft一直在研究其遥测技术，并发现如何构建Web应用程序意味着它需要切换到使用Google的开源Chromium项目及其Blink HTML和V8 JavaScript引擎。 Windows Edge浏览器的下一个主要版本。
对于当今更加务实的Microsoft，将其浏览器带到开发人员所需要的位置。 虽然这确实意味着要为开发人员提供的浏览器渲染引擎减少了，并且网络的平衡偏向于Chromium，但我们并不是在重复IE6单一文化。 微软曾表示，它将成为Chromium开源社区的重要组成部分，其开发人员已经为该项目的ARM64分支做出了贡献。 微软还将把自己的一些专业知识带到触摸和滚动等领域，Chromium的性能不如Edge。
在Chromium上拥有一支更多元化的团队可以减少停滞的可能性，而多元化应该鼓励创新，因为开源项目致力于支持更多需求并采用更多代码。
断开Edge与Windows之间的链接
Edge缓慢采用Windows XP的原因之一是它与Windows 10的关系。尽管它可以作为Windows 10累积更新的一部分每月进行修补，但更复杂的更改必须等待主要的Windows更新。 因此，只要开发出新功能，谷歌就可以推出新的Chrome版本，而微软每年只能更新Edge 2次。 由于许多企业用户锁定了两年的更新周期，因此他们只能每两年左右看到一次新功能。
尽管从技术上来说，Microsoft可以通过Windows应用商店切换到分发Edge，但Windows 10需要支持基于HTML / JavaScript的通用Windows平台（UWP）应用程序 ，因此底层EdgeHTML和Chakra引擎必须保持稳定。 这就使Microsoft永远落后于浏览器竞争，无法在Insider beta操作系统版本之外开拓新的标准和功能。
切换到Chromium作为Edge的呈现引擎，可以使Microsoft将其浏览器与UWP分离。 包装在Windows桌面桥中的Win32 Edge将能够从Windows应用商店交付，并随着新版本的发布自动更新。 可以通过私人商店传递相同的代码，并通过System Center和其他桌面管理工具进行管理，从而使企业能够以与当前Edge相同的方式（而不是Chrome）来控制其浏览器群。
微软选择浏览器引擎的另一个方面是：在许多新工具（例如Teams和Visual Studio Code）中，它已经极大地依赖于Chromium，它们是在GitHub的Electron框架中构建的 。 通过更多地参与Chromium项目，Microsoft可以围绕Electron工具进行关键任务，从而提高Electron基于Node.js的主要流程下的V8 JavaScript引擎的性能。
UWP与Chromium的未来
即使Windows Store中有一个新的浏览器并且可用于Windows 10以后的平台，Microsoft仍将需要维护现有的UWP库和工具，因此EdgeHTML和Chakra都将继续维护模式以支持现有的WebView控件。 我怀疑我们最终会为应用程序看到第二个WebView控件选项，这些应用程序希望依赖于速度更快的渲染引擎-并且将包装Chromium引擎。
具有两个单独的UWP WebView控件似乎有些笨拙，但这是一个可行的选项，它将为开发人员提供对现有代码的长期稳定性。 对于将来的开发，这也是一个选择，它应该在支持Microsoft推出新功能的同时提供对现有基于WebView的UI代码的支持。 像XAML Islands这样的技术应允许在Windows 10上运行的Win32代码使用这些新控件，以替代基于IE的旧Win32控件。
尚不清楚微软是否会向旧的Windows版本移植任何基于Chromium的控件。 由于Windows 7 仅剩一年的扩展支持 ，因此明年不太可能获得任何新的Win32控件。 即便如此，微软已经表示将提供Windows 7 Win32版本的Chromium驱动的Edge，这样花时间进行Windows 10迁移的企业将至少能够使用其现有的系统管理框架来交付和控制Windows 10。托管的现代浏览器。 使用Windows 7 Edge，Microsoft最终将能够停止支持Internet Explorer 。
新的跨平台Edge浏览器
Chromium是跨平台的，并且Microsoft已经在其Android版本的Edge中将其用作呈现引擎。 尽管由于苹果公司的限制，iOS Edge仍将继续使用WebKit，但Microsoft已经取笑了MacOS版本的Chromium Edge。
尽管不太可能席卷浏览器世界，但MacOS Edge会吸引大量读者：网页设计师。 由于诸如Sketch之类的原型设计工具，MacOS仍然是设计人员的首选操作系统。 仅当Edge仅在Windows 10上运行时，它才不是测试的重点，因此它并不是Web应用程序的流行目标。 MacOS上的Chromium Edge将为设计人员提供另一种环境来测试代码，该环境与Chrome几乎没有区别。 甚至有Linux版本的前景，所有版本都基于相同的代码库构建。
简化的应用程序测试将确保Mac上设计的Web应用程序不需要单独的Windows硬件（或诸如Parallels或VMware Fusion的虚拟化工具）。 通过为设计人员提供Edge的原始版本，在Mac上构建和测试的设计将在Windows 10 Edge上提供相同的体验，从而填补了日益扩大的兼容性差距。
渐进式Web应用程序和Chromium
切换到Chromium作为Windows的默认渲染引擎将产生重大影响的一个方面是对PWA的改进支持。 渐进式Web应用程序已经成为Microsoft Windows Store应用程序策略的一部分，并且新的Edge将能够利用Chromium服务人员所从事的工作。 借助Google自身的服务（例如Google Maps），利用Chrome的PWA工具，Microsoft可以轻松地将这些应用程序带到Windows。
谷歌的Chromium PWA方法是使用Chrome作为下载和安装应用程序的工具，微软表示将在其新浏览器中采用相同的模型。 由于Edge中的基础PWA模型与Chromium中的基础PWA模型相同，因此现有的PWA将获得性能提升，而无需进行任何更改，而以Chrome为重点的PWA应该能够在新的Edge工具上运行。
显然，Microsoft正在采用开发人员主导的方法在Edge中使用Chromium。 Windows开发人员最初将看到的变化很小，因为较旧的UWP应用仍将能够使用EdgeHTML和Chakra，而新代码可能依赖于基于Chromium的新UWP控件。 对于Web设计师和开发人员，PWA将获得更多功能，基于Mac的设计团队将能够针对MacOS版本的Edge进行测试。
chromium 开发
315
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
