电脑里的 Chromium/CEF/Electron 越来越多了

[nyanyh]

Chromium
Steam
VSCode
Docker 里面带的 Docker Desktop
Postman
Unity Hub
Notion
微信开发者工具（ nw.js ）
英雄联盟客户端

一个个功能没多复杂，程序大小 300M 起步
为什么不做一个 Electron Runtime，所有程序共享

[HuHui]

天下苦 XX 久矣

[anguiao]

微软有个 WebView 2，基于 Chromium 内核的 Edge，不知道什么时候出。

[LokiSharp]

VSCode 这个辣鸡。。。现在单开个 md 都要吃掉接近 600M 内存

[Torpedo]

"为什么不做一个 Electron Runtime，所有程序共享" 你是说浏览器？ chrome os ？
毕竟分赃不均啊

[ipwx]

这是历史的轮回。

为了减小程序体积，所以发明了动态链接库，在系统中预装。

结果随着软件系统的复杂，为了解决不同软件之间的依赖关系，引出了各种包管理器。

然而随着系统越来越复杂，动态库和软件包之间的版本冲突开始出现。于是人们干脆把库一起和程序打包，变成了一个整体分发，这样就能避免冲突。

然后大家开始抱怨软件包太大。。。

[nyanyh]

@Torpedo #4 Flash 有 ActiveX，有 NPAPI，其他程序都可以用； C++ Runtime 也是一次安装，各种程序共享；更不用说各种 Linux 发行版里的包管理器，多数依赖都是系统内共享的，那么为什么不搞一个 libelectron，装上这个依赖后，多数使用 Electron 开发的应用就不必再内置一份 300M 的 Electron Framework 了

[ipwx]

好吧具体一点，你怎么保证一年前的程序能够用一年后的 runtime 正常启动？还不是要装一堆不同版本的 runtime 。这样管理 runtime 的版本实在是太麻烦了。像 mac 和 windows 又没有统一的依赖包管理，你这是想让软件开发者死啊。

所以打包在一起，分发起来最方便了。

[belin520]

因为现在的 移动端 APP 动不动就 200m 起步了。

[imdong]

带宽越来越高，存储越来越便宜，安装包越来越大，虽然令人不爽，但也不是不能接受。

[heyjei]

别说桌面端的应用了，就算移动端的 app 吧，复杂点的混合式应用，还得打包个 webkit 进去，平白无故 apk 体积要大个好几十兆。。

[LokiSharp]

@ipwx #7 Electron 的 Runtime 这么屑的么？不能保证一年后能够正常启动

[chinvo]

@ipwx #7 那这 breaking changes 也太多了

glibc 也没见每个程序自带一个啊 (

[nyanyh]

@ipwx #7 Electron 的核心功能都是 Node.js 和 CEF 提供的，它自己并没有这么多 bug，绝大多数都是上游导致的

[si]

每个都有自己的需求，加不同的功能，然后魔改之后就不兼容了。

[xiaomimei]

https://github.com/revery-ui/revery 有前途吗

[sunzongzheng]

electron 是 github 的
github 是 微软的
是不是以后做到系统里也是可能的

[xylxsss]

因为电脑的内核版本不同。大家都想用最新的或者自己在用的内核版本，因为这样可以保证不同电脑上都能保证效果一致性，就导致每个软件都要加载自己下发的内核，就这样了撒。

[undef404]

放心,即便是系统提供了 webview,还是有 app 会自己包一个的. 造轮子也是人类的本质.

[TangMonk]

英雄联盟客户端不是 Adobe Air 的吗

[nyanyh]

@TangMonk #19 以前是 Air，后来 S5 还是什么时候大改版，现在已经是 Electron 那一套了
任务管理器里可以看到一大堆 renderer 进程