标签：桌面开发 WebView2 Electron React 跨平台 Native

这一周继续聊跨平台桌面开发这个事情。

在这篇文章中，我暂时会放下Electron与WebView2的一个对比，而聊一聊跨平台这个对于程序员群体来说不陌生的词。

一）趋势是什么

一个趋势是：跨平台开发几乎是在各个技术方向都会持续发展的

跨平台这个词，对于程序员来说，应该是不陌生的。因为这个概念不只在某一端存在，后端，前端，移动端，桌面端几乎所有方向都对跨平台有需求。

后端

在后端，Java是跨平台的，当你用Java来编写后端服务时，并不需要考虑操作系统，因为它几乎支持主流的操作系统。现在，编写一个后端服务，选用Java仍是主流。虽然可能它的跨平台特性已经不是程序员最在意的点了。

移动端

而在移动端，类似React Native，Flutter也是非常有名的跨平台移动开发，它们与移动原生开发方式之间一直是竞争与共存。

前端

而前端因为依托于浏览器，天然就是跨平台的。事实上，很多应用或服务早期纷纷选择从原生应用迁移至前端WEB方式的一个非常重要的原因就在于它是跨平台的。

桌面开发

桌面操作系统很长一段时间一直是Windows一家独大，所以桌面开发一直是Windows独占，直至现在为止，很多专业级的软件仍然是Windows独占的。

而Linux桌面操作系统与MacOS桌面操作系统，早些年几乎可以忽略不计，压根不需要考虑这两种系统。但随着近些年它们的慢慢流行，特别是苹果的MacOS的以其杰出的工艺，流畅的体验，叠加苹果手机的流行，其市场份额增长非常之快，在特定的诸如编程，设计等行业人群中使用范围较广，这使得开发支持MacOS系统这个点变得越来越重要。

以国内为例，众所周知，腾讯的软件一向不太关注Linux操作系统，但这些年，其对MacOS系统的支持可谓是迅速而且有力，许多软件都有了MacOS版本而且还不是Linux QQ这种粗制烂造型，大多属于非常用心，质量也非常上乘。

所以，在桌面开发领域，跨平台的需求也越来越高。

这也是Electron及早期的NW.js能迅速发展起来并得到非常广应用的原因所在。

二）痛点是什么

无论是哪一端，跨平台技术之所以频繁出现与不断发展，其根本原因就在于编程的一个重要痛点在于：

为了让同一个服务能在所有设备上运行，程序员不得不编写与维护非常多不同版本的程序

每一个程序或软件后面的服务，都有一个非常迫切的需求，就是期望它的用户无论何时，无论何地，无论使用任何设备，都能方便友好的使用这个服务。

也是因为这个原因，Web发展起来了，因为Web的优势就在这，只要你的设备上有浏览器，就能访问。

但Web毕竟性能有限，且浏览器这种形式并不利于用户忠诚度的培养，它存在天然的弱点。一些简单的操作服务使用Web并无问题，但稍微有点要求的，Web可能就并不是非常适合。

所以，一种趋势不可避免的流行起来：

对不同设备或系统进行抽象，基于某一种特定的编程语言，编写出能与原生程序相媲美的，又能跨平台的技术便层出不穷了

对吧，Java是使用JVM来抽象不同的操作系统，React Native则是使用虚拟DOM以及转换成原生控件的方式来实现跨平台，而Electron则是通过性能较好的Chrome内核+NodeJS原生调用能力的搭配来实现跨平台桌面开发。

总而言之，这种跨平台的技术不会消亡，只会有新的技术层出不穷，而它们与原生开发一定是相互竞争，配合与共存的。相互之间无法取代。

三）重点是什么

那再回到跨平台技术上来说，一个良好的跨平台开发的技术或框架，重点是什么。

或者换种方式说，哪些特性使得它更易于流行起来？

我个人认为有以下的几个点：

编程语言的流行度

跨平台开发技术能不能流行起来的一个非常重要的点就在于，使用了什么样的编程语言。

以移动端跨平台开发技术来说明，一个React Native，一个Flutter，这两个是比较知名主流的跨平台移动开发技术。React Native使用的是前端React技术，而Flutter则是Google的D语言。

显而易见的是，虽然Flutter是使用skia引擎在底层重绘一套UI，其性能相比React Native这种模式更佳，但React Native更易于被接受。

在流行度上，React Native始终比Flutter更流行，一个最重要的原因也在于：

使用已熟知的前端编程语言，比起重新学习一个D语言更易于被接受，维护成本更可控。

这个问题在跨平台桌面开发中也是类似，跨平台桌面开发技术也不是Electron最开始出现，比如著名的QT很早就有了，但比起Electron这种使用前端编程技术来说，显然在编程语言的门槛上和程序员群体上都存在困难，这也是Electron能后来居上的原因所在。

因为，大多数程序员群体，相比较另外学习一门什么语言去做什么，使用自己熟悉的语言来做什么是更容易，意愿也更高。

而从公司或团队的考量上看，选择偏门的小众语言存在成本上的顾虑，比如人员招聘是否容易？

性能

跨平台技术在尝试解决不同平台不一致，它或多或少会损耗性能。这也决定了几乎没有任何一个跨平台技术能取代原生开发。

这是一个取舍的问题，对于一个程序来说，究竟性能有多重要。对于比较看重性能的程序来说，原生开发可能是最优选择。

但跨平台的性能损耗也有高低之分，并不在同一水平线上。

以Flutter为例，之所以使用了D这种并不大众也不流行的编程语言但仍然吸引很多关注，与React Native一较高下的关键原因在于它的实现机制在性能上是优于React Native的。

而Electron或WebView2这样的技术，之所以受到极大的关注与使用，一个重要的原因也在于Chrome内核的性能是不断提升的，今天的浏览器的性能及JS解析运行能力已远远优于过去。虽然不可能和原生程序相比，但对于一些性能要求并不是非常高，而对于跨平台有较高要求的程序来说，选择牺牲一点性能，来达到跨平台的目的，不失为上策。

四）Electron VS WebView2

其实，无论是Electron，或是WebView2，都是基于浏览器内核+前端技术的跨平台桌面解决方案，这也是为什么要把它们放在一起聊的原因。

Electron是先行者（当然，严格说来，NW.js出现的更早，但今天它的流行度已远远落后于Electron了），而WebView2则是后来者。

那做为后来者的WebView2究竟做了哪些改进？它又有多大的能力来挑战Electron呢？

下一篇，继续聊。

标签：桌面开发,WebView2,Electron,React,跨平台,Native
来源： https://blog.csdn.net/taoofcode/article/details/123045681

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。