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

[nyanyh]

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

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

[augustheart]

@hst001 游戏那边大的基本上都是贴图，还有动画。比如年货 cod，高清动画容量占半……
但是性能真的一点也不过剩，硬件机能完全没有赶上材质与分辨率的增长……

[l00t]

共享 Runtime 就是版本问题严重呗。

[baobao1270]

感觉是 IE 的锅…… Windows 的 MASL，Office，一大堆东西内嵌网页都是用的 IE，可惜 IE 不争气，如果哪天把 Chromium Edge 变成系统组件该多好。

[secondwtq]

理论上当然是可以共享的，Linux 包管理就做得很好
"很好“的意思是现在我平常使用的唯一 Electron 程序——VSCode 被拆开了，然后就如楼上几位所预料的一样，出现了这种结果： https://www.archlinux.org/packages/?sort=&repo=Community&q=electron&maintainer=&flagged=
点进去会发现虽然 Electron 感觉上无处不在，依赖这几个”共享“的 Electron 包的包两只手就能数的过来，最大用户是 VSCode 和 Atom，以及 Keybase 、Signal 、Riot 等几个互联网应用。并且 VSCode 和 Atom 依赖的版本都不一样——也就是说如果我要同时装 VSCode 和 Atom，还是要装俩 Electron 。假设你装 8 个 Electron 应用，可能这 6 个版本的 Electron 还是都会出现在你的硬盘里（虽然 Arch 的软件源里面并没有 8 个 Electron 应用可以给你装 ...）

尽管如此，相比于 8 个应用需要装 8 份运行库，现在装 8 个应用需要装 6 个运行库，还可以以包管理的方式组织起来，我仍然认为这是一种严格的提升。但是显然这并不直接解决楼主的问题，重要的是这种现象给咱们的启发，我的观察如下：

* Linux 生态系统受 Electron ”污染“ 较少。
* “互联网”应用更倾向于使用 Electron——上面列举的几个 Linux 下使用 Electron 的应用，都是互联网应用或有互联网背景。Linux 生态本身互联网应用较少，所以 Linux 下 Electron 比较少。同理使用 Electron 的应用肯定是桌面应用，Linux 桌面应用也少。
* 要想共享运行时，用户环境必须有一个可信任的、被公开承认的中心全局软件库。Windows 和 Mac 并非没有这样的软件库，这种软件库一直在起作用——MSVCRT 、.Net 运行时、DirectX 、ObjC 运行时、Cocoa 等都是通过这些系统中的中心软件库分发的，但是很明显在这些专有操作系统中，中心软件库仅仅对第一方软件实际有效。Linux 虽然看起来做得更好，但是软件库是由发行版管理，当讨论“Generic Linux”的时候，中心软件库（具体的包管理机制）是一个“存在但不可用”的状态。虽然很多软件并不鸟所谓“Generic Linux”，而是只做 Debian 、CentOS 等主流发行版，并非每个发行版的软件库都能保持最新，因此很多软件在 Linux 上分发时依然将 Electron 打包进去了（ Arch 把 Electron 从 VSCode 中拆出来是社区行为）。
* 这里还要提两个特例，第一是 Linux 的包管理方案并非完美，比如 Arch 一个臭名昭著的问题： https://old.reddit.com/r/archlinux/comments/6jce9x/pandoc_minus_the_new_750mb_haskell_nonsense Electron 一个开发 GUI 程序的库，不过 150M，pandoc 一个 native CLI 程序却要装 350M 的额外库。第二是各种编程语言的包管理机制，就算是做得最烂的，单独来看相比于系统级的软件管理还是要优雅太多。
* 开源软件一般都能实现运行时的共享。开源软件的开发模式一般是核心团队维护中心仓库，所有人在不同的环境下工作（包括核心团队的环境也是不一样的），中心仓库只维护软件本身不维护依赖，这种开发模式决定其对环境要求不能太苛刻。开源也决定了就算开发团队不会做这个事，社区也可以帮忙拆出来。以上这几点都说明，如果软件是开源的，那么共享运行时本来就不是什么问题。
* 非开源软件一般倾向于不共享运行时。非开源软件的使用价值是绝对首位，开发者会选择把运行时和软件一起分发来最小化开发成本，以及最小化用户可能的破事。对于免费软件来说可以减少支持压力，对于收费软件还可以最大化收入。非开源软件的开发者环境一般比较固定，源码换了一个编译器版本就 build 不过是常有的事——并且就算内部发现有此类问题，一般解决方案是统一环境而不是完善项目。另外对非开源软件进行修改技术上和法律上都有问题，所以开发者不做运行时共享，其他人基本没法做。至于用户吃多少屎，那就不是开发者的事了。
非开源软件能做到什么程度？我昨晚刚看了这个 talk：

?t=1723 在这个链接的时间戳，这位曾获得奥斯卡 Sci-Tech 奖的 C++ 程序员自豪地说道：为了解决客户的兼容性问题，他们有个人花了半年时间把 boost 库中的所有 boost 命名空间改名成 hboost，当然这就意味着他们还必须分发一份根本没法拆出来的 boost 。
但是由于上述的原因，就算他们不这么改，也不意味着这个 Boost 的冗余可以被消除。我系统里除了包管理器装的版本之外，还有至少 4 份 libpython 和 libQt5Core —— Electron 并不是我系统中冗余最多的运行时，Python 和 Qt 才是 ... 可见并不只是 Electron 的问题。

虽然我认为 Electron 这个工具的原罪不可忽略，但是我觉得依赖管理的问题还是要和用户界面的问题分开来谈——不仅仅是 Electron 、Python 或者 Qt 。如果你用 Mac，那在你的 /Applications 文件夹下，大概率躺着不少于十个 Sparkle.framework

在我看来，对于闭源软件来说，共享运行时一般是特例，或者说只有不得不共享的（比如 .Net, DirectX 等）才会共享。所以我对楼主的想法的看法是：开源软件已经实现，闭源软件没这传统。

关于上面的几楼胡逼内容：aardio 或者 oidraa 什么的不仅不解决根本问题，更连楼主的眼前问题也解决不了。楼主所举的几个软件都有跨平台需求，并且都是在各平台都有带量用户的带项目（不存在“支持那百分之零点几市场的操作系统有毛用”的问题）。

而根本问题则是 5L 所说，不同程序之间代码共享的问题，该问题广泛地存在于各类开源和闭源软件，GUI 程序和非 GUI 程序中，一个新的 Electron 并不能解决这个问题。

[LokiSharp]

@augustheart #96

你说我对编程一无所知是什么意思？我主要喷的点是 “没有像其他编程语言一样用到第三方的界面库，而是用纯 aardio 源码实现的，不像 Python 这些要用到 C++” 控件都是调用系统 API 绘制的，什么叫和其他变成语言不一样不需要调用第三方。区别只是它的 UI 库封装系统 API 的部分是闭源的黑箱子，看不到而已，看不到不代表不存在。

而我指出 aardio 是调用系统 API 绘制控件也只是想对他这句做回应”20 年前的 winform 能做到 aardio 这么好看啊，那我非常非常的佩服。“，其实 UI 层都是一样的，能做出什么界面和语言无关。

我的另一个理解是他想表达他写 UI 只需要用 aardio 不需要写 C++，可是 Python 用 tk 和 pyqt 也都不需要写 C++ 啊。

我很反感这语言的用户说它什么什么都是纯靠自己实现的没有依赖，和其他语言不一样，可以做的很小，打开一看一样是封装一下系统 api 。

[augustheart]

@LokiSharp 说你对编程一无所知我承认真的是嘴快手快光图痛快了，对此表示抱歉……
不过，你一直说在系统 api，我也实在不知道说什么好。
这么的吧，都散了吧……

[secondwtq]

@hst001 100L

假设你指的是近年的 3A 游戏
你可以认为看起来过大的体积已经是优化的结果。
* 游戏开发者是有限制游戏体积的动机的。比如游戏受显存容量、带宽的限制是很严重的，所以贴图的压缩很多人都在搞。
* 技术的进步本身就可以优化体积。比如我曾经折腾过的某个 2D 游戏，图形使用 256 色位图表示，该游戏中的一个角色需要 8 方向的图像，每方向都是几十帧的动画，一般几百 K 。敢做的话只要放大分辨率，单个素材几百兆都可以有。但是这只有 8 方向，也就是说转向、在斜坡上的时候是非常生硬的，并且无法更改灯光效果和影子方向。使用 3D 技术实现同等效果，只需要一个几百 K 的模型，加上几十 K 的动作，再加一个很小的贴图就可以。免费送全向的图像，随便改灯光，加动画的边际成本极小。
* 但是最后游戏的目标是尽量最大化运行时性能，因此很多地方用了类似“空间换时间”的策略。

关于贴图为什么这么大，游戏如何空间换时间等可以看我的 https://v2ex.com/t/652487#r_8689152 这个回复。

你所说的“各种奇淫巧计来优化”的时代一般是指早期专有主机为绝对主流的时代。那个时代的游戏很多是为单个平台开发，所以优化空间很大。现在是跨平台为主流（硬件性能过剩也只是 GPU 在高端游戏 PC 上，CPU 在 PC 上过剩（对我就是要黑这代的 CPU ）），优化的主要目标也不是体积。现在的游戏开发者确实相对之前比较大胆，但是不会塞一堆 dead asset 进游戏，这并不会降低开发成本。游戏的体积问题和优化问题并不相关。

如果说游戏的体积真的成了一个问题，我认为问题出在游戏发展的方向上，也就是需求就是错的。

[LokiSharp]

@augustheart #106 我看了看他的代码。。。貌似他连封装都算不上，只是直接调用 Windows GDI 发消息画的 UI 。嘛，本质上和用 Python 的 ctypes 调用 GDI 库没啥区别。

[Chingim]

electron 这么流行，还不是因为跨平台 gui 库，在简单易用上一个能打的都没有

就看 flutter 能不能扛起大旗了

[gcyrn]

同样的还有 adb 、ffmpeg

[iamfredng]

@LokiSharp
你开一堆插件能怪谁哦？
写 java 你开 c#插件咯？

[LokiSharp]

@iamfredng 我测试的时候开的是单个 md 文件，我也关掉所有插件测试过相差 50M 内存，看任务管理器大部分都是 gpu 进程和编辑窗口主程吃的
不关 600MB+ 关了 550M+

你不要乱黑 VSCode，写 A 语言项目的时候 B 语言的后台分析进程是不会运行的，VSCode 团队还没这么傻

[natsji]

其实为啥不能把用不着的自动删减了呢

[cubecube]

手机里面全是各种软件自带的 T5 内核，也很烦

[huohei]

哈哈，安卓里一堆 app 共享 tx 的性能杀手 x5 内核

[p1gd0g]

如果系统能统一，这类问题是不是容易解决一些。

[LiYanHong]

@cubecube
@huohei
装了 firefox focus，发现 gmail 、酷安的 webview 变成了 firefox focus 的，应该安卓有调用机制

[huohei]

@LiYanHong 这个是 custom tabs，比较国际的浏览器都有这个功能

[g00001]

@secondwtq 你的理解有误，
我并没有说 aardio 能解决跨平台的需求，明确说了不跨平台。

另外我也并没有说能解决楼主的问题。
还有你说楼主列举的 electron 例子都是跨平台，抱歉我不想用“胡逼”这样的字眼来形容你 - 这样好像不太礼貌，我想说你在“耍流氓”可能好一点，electron 本身就是跨平台的，用 electron 举的例子能不跨平台？！

我去年写的一个软件，客户的确喷了我“支持那百分之零点几市场的操作系统有毛用”，他们要求支持市场份额更大的 XP，所以我屈服了，也许你不认同，我非常理解，但对于我来说，客户才是上帝。

另外你所谈的跨平台 - 我并不反对，因为我也用 electron 做了很多项目，需要跨平台的时候我用 electron，不需要跨平台的时候我就用 aardio 。

我的意思是，electron 之所以体积大 - 跨平台是一个重要因素，不跨平台就会体积小，而不是说 aardio 即能体积小又能跨平台，能完美百分百的解决所有需求，我没有这个意思，谢谢！

[LokiSharp]

@g00001 #119 看了看你的回帖历史，每条都是其他语言怎么怎么不好，aardio 最强，你是一鹤么？

[yuankui]

aardio 也太丑了吧。。

[g00001]

@LokiSharp
非常感谢你热情的跟我交流，
你说人家界面是几十年前的风格，
让你拿你自己的界面看看，你让我自己去找 - 亲，我上哪找啊？！

二十年前的界面有大量使用扁平化界面、图标字体啊？！
估计十年前的 PC 软件开发者还在为一个透明 PNG 怎么不闪烁而痛苦不堪呢。
所以自绘界面并不是你想象的这么简单。

任何软件都要调用系统 API,
另外系统 API 不叫“第三方界面库”。

python 调用的界面库都是第三方界面库，这些第三方界面库都是 C++写的。
而 aardio 用纯 aardio 源码实现了一套开源界面库，能听明白吧？！

你可以百度一下（如果你会使用 google 当然就更好了) 网上能找到很多用 aardio 为 python 写界面的博文。
aardio 的界面库虽然是纯 aardio 源码造的，但是用 python 用户放弃 python 界面库 - 而是用 aardio 来为 python 写界面，所以这是一个有趣的现象。

[janus77]

有 runtime 就实现不了跨平台了

[g00001]

@LokiSharp 你还对 aardio 作者这么熟悉啊，这很有趣 - 为什么你要花这么多时间去了解一个你不认同的编程语言呢？！我觉得只有一个可能，就是你活的太成功太滋润，所以才会这么闲。

不过我不是作者 - 当然我完全不介意你这么去推测，只要你高兴就好，你把我幻想成川普都没有问题，想一想川普跟你亲切的畅谈这么久，是不是好开森呢？！

另外我在 V2 从来没有说过其他语言不好，aardio 最强，例如 electron,python 的跨平台就比 aardio 强.

再说一个东西强不强不是靠嘴皮子来争论的，Talk is cheap. Show me the code
例如你喷别人的界面丑，是 20 年前的风格，别人不开源，那么请你发一下你的开源软件地址，秀一下你的漂漂界面和代码，教育一下我们。

你看你打字这么辛苦，又没人给你钱，还是发代码比较有说服力。

[azkaban]

1t ssd,我感觉每个软件都自带依赖挺好的,我瞎折腾的时候只会挂一个,不会把他们都弄挂了

[backrunner]

自带 Runtime 没什么不好的啊，每次装 Autodesk 的东西都被一堆 Runtime 搞得头大。存储容量这年头大家都有多了，没什么不好的

[augustheart]

@janus77 qt 表示：黑人问号

[LokiSharp]

@g00001 #122

扯什么是第三方没意义，我花了几分钟时间扫了扫 aardio win.ui ，就是封装了一下 GDI 。
Python 标准库 ctypes 本身就能操作 Windows API，和 aardio 一样直接用 GDI 画 UI，没几个人会这么蛋疼而已。

顺带一提 Python 用的是 C 不是 C++

[g00001]

@LokiSharp 你终于体会到 aardio 强大在哪里了吧？！
aardio 用非常少的代码就能实现一个界面库，像你这样不喜欢 aardio 的都能几分钟看完，是不是很强大，你可别小看这个界面库小，用 aardio 做界面可是非常的快和方便，例如我发的那些 20 年前的漂漂界面，用 aardio 分分钟就可以写好。

用 aardio 直接花 UI，你也知道蛋会疼是吧？！
你要画出 aardio 那样 20 年前的漂漂界面，你的蛋会更疼的。

另外你又煳涂了，Python 的第三方界面库 - 不等于 Python 自己。

[g00001]

下面这些是 aardio 做的界面，很多都是五年前的 ，













如果这些界面你用 python 调用 gdi 就能轻松画出来啊，还不用第三方库。代价只是蛋疼了那么一点，那我真的很佩服，愿意虚心向你学习。

[g00001]

五年前斌哥用 aardio 做的豆瓣 FM 第三方客户端界面



斌哥不是程序员，学了十几天 aardio 做了上面的界面.

[LokiSharp]

@g00001 #129 你也别在这里推广了，这里但凡会一门正经编程语言的人，都看不上你这 aardio 的。

1. 我看了看这所谓的标准库看得都想吐了，这四不像语法 + 没有注释的代码。
2. 我不怎么做桌面开发的，偶尔写个界面也就是拖拖控件改改 xaml 的事情。画 UI 的风格和本来语言无关。说丑也是说你截图的界面丑。
3. 请自己了解一下 Python 标准库，还有什么叫标准库，谢谢。UI 用 Python 内置的 Tkinter 一样能做。至于你说用 Python 的人用 aardio 写 GUI ？这我还是第一次听说，真有人就为了套个 GUI 专门去学一门不知道哪里冒出来的语言？

[g00001]

@LokiSharp 其实一直是你在拼命推广 aardio，我都怀疑你是不是 aardio 官方派来的卧底。如果你不在这里狂喷，都没有人注意到我提了一下 aardio 。

我没有推广 aardio 的意愿，aardio 只是一个免费的个人软件，你都说了，作者连官网主页都懒得去打理一下，非商业软件，不涉及商业利益，不过我还是非常赞赏你为了 V2EX 的广大用户做好政冶审查，你辛苦了。

你看到 aardio 想吐，我很同情，
这 aardio 的杀伤力也太大了，看来 aardio 的存在是你的痛，我同情很同情。
不过 aardio 不是我写的，不是我的锅我不背哦。谢谢！

我在说第三方库，你就说标准库，我说 pyqt，你就说 tk，也是有意思，你的辩论能力很强。
你可以百度一下（如果会用 google 就更好）, 看你的谈吐，应当经常在 aardio 群里混，那你应当知道有很多 aardio 用户 python 玩得比你溜。

你不怎么做桌面开发 - 这我早就看出来了，再见哈！！！

[g00001]

已 block , 关于 aardio 请不要再 @我了，上班没空

[oahebky]

这个讨论很有用。
但是我想说该有的时候会有的，不该有的时候去干一个轮子就是在浪费时间。

[Ziya]

@LokiSharp 你跟他争论个啥，他从 2013 年注册开始就一直在各种帖子里推广 aardio，当作看不到就好了。哦，那时候还不叫 aardio，还叫 AAuto 。

[AmiKara]

英雄联盟客户端是 electron 写的吗？怪不得这么卡

[iriyave]

@g00001 看了下你的历史回复，可太秀了，什么问题都能提一嘴 aardio，还反咬一口说别人卧底。。。

[LokiSharp]

@Ziya 我一开始没看他历史。。。后面看他说 C# 和 Python 就有点不爽。。。

[weishijun14]

英雄联盟客户端 是用啥写的？ 咋看出来？

[yixiang]

Electron 的问题不是内存占用，cpu 占用，耗电嘛…… atom 早期某个版本输入光标闪一闪都能占用不小的 cpu 频率。第一次见到觉得太大是问题的。

[g00001]

楼上的几个小号请注意一下，
如果你黑某个编程语言 - 只要你不违反 V2 的站规，不关我的事，我也管不着，你尽情的黑 - 不关我的事。
但请不要对本人进行人身攻击。

我最欣赏 V2 的一点就是技术氛围好，包容不同的观点。
你抱怨你不知道 aardio - 请问你自己孤陋寡闻关我什么事？！要我给你负责喽？！
aardio 有十几年的历史，即然你都不知道，那说明 aardio 很少做推广喽？！这又关我啥事？！你觉得别人广告工作做的不好，你找作者喷去，别找我！！

aardio 只是个人业余写的一个免费小软件，没人推广你，也没人拉你用。
我在这帖子里只是发了一个开源软件 wubiLex，压根都没跟你讨论 aardio，然后就因为这个开源软件是 aardio 写的，你就一直在这里没完没了，还上一堆小号相互点赞，相互吹捧，我也真是醉了。

[g00001]

上面有人一直在带节奏说我在黑 python, c#，electron
要声明一下我从来没有黑过这些东西，这些东西也肯定都比 aardio 强大万倍 - 这不需要你浪费时间苦口婆心的来解释。我自己也用 electron 写了很多软件，包括 aardio 开发环境里都有带大量 python 的例子，在推荐用户使用 python，所以这种挑拔 - 我认为你自己真的只是在秀。

我并不认为用 electron 套个壳，体积增大到几百 MB，就一定提升了效率，有很多软件并不适合用 electron 写，electron 不但是体积大，启动后占用的内存也太大了，没错 vscode 占个几 GB 的内存 - 用户并没有意见，但是如果桌面上随便一个小软件都占个几 GB 的内存，很抱歉用户可能分分钟都会把你卸载了，毕竟不是每个软件都是 vscode 。迅雷为什么改 Web 做界面呢？！迅雷界面现在基本上都做成了一个浏览器 - 他也试图在引导用户把他当浏览器用，这当然用浏览器控件做最方便。

另外 python 的 tkinter 只是 tk 的一个接口封装 - 分清楚什么叫封装，
即使是 tk/tcl 内部也会调用系统 API，以下随手复制几句 tcl 调用 Windows API 的源代码：

RegisterClassExW(&wc);
es->hwnd = CreateWindowExW(0, szDdeClientClassName, szDdeClientWindowName,WS_POPUP, 0, 0, 0, 0, NULL, NULL, NULL, (LPVOID)es);
return TCL_OK;

aardio 不一样，他不需要借助 TK 这些用 C/C++写的界面组件，纯 aardio 代码就可以实现一个界面库，而且实现出来还挺好用, 当然前提是适合的软件，例如上面那个 wubiLex - 这种如果非要用 python 或 electron 去写，会比较痛苦。网上还有一些 python 用户写的博文，放弃 tkintern 改用 aardio 为 python 写界面（ aardio 程序可以嵌入 python 解释器 ），当然你要说他们都是政冶不正确，这就见仁见智了 - 你可以这么说这都是你的自由。

[augustheart]

@g00001 我说一句啊，你上面演示的那几行，aardio 是一定会有的……
无论自绘还是调用控件，在 windows 界面下面编程首先就需要有一个窗口句柄，后续的绘图都在窗口句柄上做。所以 createwindowex 一定要有至少一次，而用于注册消息回调时的 RegisterClassEx 也得至少一个。
当然，我个人曾经尝试过在 desktop 的句柄上面直接画图，不过效果不行，不使用注入手段无法解决画面闪烁的问题，自然是无法用在软件开发里面（更不要说事件分发什么的)。

[LokiSharp]

@g00001 这里用 Python 的人不少，别用 Python 做例子了

[g00001]

@augustheart
你说的是对的，我就是这个意思，在 Windows 上没办法做到完全不调用系统的 API 。

[LostPrayers]

@weishijun14 adobe 当年推的那个 flash 升级版，air 什么来着，差不多也该被淘汰了吧

[LostPrayers]

@LokiSharp 直接 block 掉那个推广啥 aaddoo 的人就行了，这种玩具有讨论的必要吗？

[g00001]

嗯嗯，我就喜欢 aardio 这样的玩具。
百度(如果你会用 google 就更好了），讨论的人还真不少。确实没有人拉着你张嘴闭嘴 aardio - 又没人给你五毛。

这是一个 python 用户写的：
python 也可以是别人的私生子：aardio 有了这货，写桌面程序就不需要你学习古老的 TK,庞大的 QT，直接拖界面或者用 html 写界面或者用 flash 写界面或者。。。。你还可以吧 c++代码 .net 代码，php 代码，lisp 代码，python 代码，本身的 aardio 代码揉进 1 个程序里为你服务，都说 python 是胶水语言，我觉得这货是胶水的胶水。

有趣，我又讨论了一下

[g00001]

本来就没想在这里讨论 aardio，
你非要一直踩，那就不好意思了，你踩的太用力，就不要管旁人有所回应。一言堂从来不是我等的追求。

这又是一个 python 用户写的（还是把所有桌面软件玩了个遍的用户）：
--------------------------------------------------------------------
前阵子在用 python 写一些小程序，写完后就开始思考怎么给 python 程序配一个图形界面，毕竟控制台实在太丑陋了。于是百度了下 python 的图形界面库，眼花缭乱的一整页，拣了几件有“特色”有“噱头”的下载下来做了个 demo，仍旧不是很满意，不是下载安装繁琐，就是界面丑陋或者难写难用，文档不齐全。后来那天，整理电脑文件发现了 6 年前下载的 aatuo （现已更名 aardio ），顿时一阵惊喜.....先说说 aardio，2011 年 7 月的时候，它还叫 aauto，那时的自己还醉心于开发桌面应用，VC++（ MFC ），C#（ Winform ），Java （ Swing ），Delphi 都被玩了个遍，偶尔网上百度到了 aauto，下载下来试用了下，你会被它的 IDE“免安装”和“使用友好”感动到，而且最终发布的 EXE 文件也很小，确实是一个很适合开发小工具或者小应用的语言。后来，aauto 更名为 aardio，我也有幸成为目睹 aardio 一路成长的开发者。

这又是网上一个 delphi 用户写的：
--------------------------------------------------------------------
用了 n 年 delphi，比 delphi 用起来爽太多，方便太多。解析型自动释放内存，面向对象，丰富的类库函数，简洁的语法，强大的 table，table 和 php 的 array 很像，用起来很方便，json 函数很方便地 json 字符串和 table 互换。。。方便的东西太多了，桌面软件开发者有福音了，从此抛弃 delphi

哦，这种评论我能翻出好几页 - 当然你都要说是推广水军了，
有意思，这么努力地踩这么个免费个人软件，有人给你钱吗？！

[mongodb]

由发言看人品，由人品知作品。

建议不要理会 aardio 这种玩意儿。

[g00001]

@mongodb
别人的人品我不知道，
但是像你这样没有原因对一个干净的个人免费软件（ 做了十几年，没有一条广告，没有一个捐助链接 ）进行人身攻击 - 人品似乎是真的有问题。

别人看不看一个免费软件 - 别人有决定权有判断力，你无需这么强的保护欲，你又不是有光，你保护不了大家。

还有你们虽然上了很多小号，语言风格却一模一样，例如清一色都故意把 aardio 错拼，张嘴闭嘴不要理 aardio，不要看 aardio，aardio 有毒。神奇的是居然作者四五年前用过的网名都知道，aardio 四五年前用过的名字也知道，还居然打开 aardio 去研究标准库的源代码 - 这个非常有意思。

这么努力，还是要给你们点个赞

[g00001]

某人看到 aardio 就惊叫有毒，
吓得看了一下标准库的源代码就尖叫着逃走了，
一边奔跑一边狂喊 ：“大家快跑，aardio 有毒，千万不要去用，千万不要去看, 看了后果非常严重，看看我的惨状你就知道了”。

这种人可怜是真的可怜。

aardio 是免费的，提供了最慷慨的免费用户许可协议。
aardio 对用户是无所求的，使用 aardio 可以有于商业或非商业开发，不需要声明你用到了 aardio 。作者甚至写了：如果你觉得 aardio 好用，不需要告诉其他人。
aardio 也毫无争胜之心，作者写过：任何一个编程语言，都比 aardio 强大万倍。

在网络上可以看到很多人感谢 aardio 的帖子，类似上面的能在网上翻出好几百。

就是我最初发的触怒了楼上几个喷子的开源软件 wubiLex 也是一个完全免费，并无私开源的软件，网上也是一片好评，随便复制一些：

github:
aardio commented 5 days ago
右键点「编辑码表」，然后右键点编辑器里的码表，再点「简繁转换」即可实现打简出繁
rjiang9 commented 7 hours ago •
@aardio 非常謝謝您！！！

郑码吧：
liuyu_1968 感谢楼主，软件的功能更强大了

新世纪五笔吧：
liqliqliqliq （吧主）：好贴得顶！
龍龖龘：太强大了这软件

98 五笔吧：
克制超越完美: 这么牛的大神居然没人支持，白瞎了。现在用五笔的越来越少了。大神一定要坚持住，造福我们这些五笔 er

五笔吧：
布鲁诺的伊甸园： 楼主为五笔做贡献，支持。
支持，98 五笔用户表示感谢，从前都要转表搞入 98 。
乘凉的猪：98 五笔主 github 帐户已加 star 大神项目。
远方的生活：等你这么久，你终于来了
Alienware_时代：首先非常感谢楼主写了这个程序
一心为您守候：支持！辛苦-
梦想在 0 流浪：反查太好用了，还能详细拆分说明。大赞一个，强力支持你。.
jjimslee：.......纯形码的好处在于准确上字。所以，有一鹤大神制作的换码工具真是能帮了很多人。
2299520：不错的工具， 点赞。
jorisannan：大神威武！！好用

类似上面的赞誉，我还可以翻出更多。
最重要的是，这样一个得到无数赞誉的开源软件，被称为功能强大，体积却小得惊人，只有 820KB 。在这样一个程序员的论坛，一个讨论桌面软件体积过大的痛的帖子里 - 我推荐了一下这个开源软件，给有需要的人提供一个思路，不想却引来一群疯狂一路狂咬。

如果我提供的信息对你没有帮助，你大可以不看，我在这帖子发的第一个帖子，压根就没有涉及任何语言之争。但是你非要装逼，非要上纲上线发动战争，敢么很抱歉就别怪我打了你的脸。

一个免费开源的软件，是无私的贡献，可以帮助无数有需要的人，也可以点亮像楼上某些喷子心中莫名其妙的仇恨和怒，但你要仇恨是你的事，我们仍然有使用和推广的自由。

推广怎么了呢？！
如果一个免费的、开源的个人软件你都容不下别人发了个链接，你又容得了什么？！
还有是你容不下别人就不可以发吗？！还真当自己是神了。

[g00001]

看到一方小小的天，就以为你是世界的主宰, 不知道网络有多大，可怜又可笑。

[ungrown]

@g00001 #154
> 看到一方小小的天，就以为你是世界的主宰, 不知道网络有多大，可怜又可笑

应该就是这句话，造成了前面那些争辩，你觉得他们所作所为符合此话，其实他们也觉得你的发言同样符合此话。
整个过程下来，你主动或者被动地表达或者承认了 aardio 客观存在的优点缺点和特点，单就这部分内容，其实相当中肯。
但问题在于，与你争辩的那几个人自始至终都没有针对 aardio 的优点缺点特点，虽然他们的发言文字似乎是围绕那些“点”进行的，但其实这算是网上辩论常见的缺陷：话题总是在漂移，对方提到什么自己就抓住说几句，没有提纲草稿，也没有事先固定好的论点，即使有，往往几个回合下来就被搞模糊了。

那他们究竟是为什么看不惯你的发言呢？我觉得我可以来总结一下，因为我也看不惯你在本站所有提及 aardio 的发言，虽然我不会去反驳或者攻击，但这与我的看不惯并无矛盾，而且我觉得我看不惯的原因大概率和他们看不惯的原因差不太多：
1. aardio 应用面着实比较窄；
2. 这玩意名声不太好（原因来自论坛聊天群，非技术方面的因素）；
3. 哪怕它帮你赚到过钱，但那是你的个人情况，更何况它能帮你赚钱不代表能帮别人解决问题；
4. 基于 1.，你对 aardio 的推荐报喜不报忧；
5. 大家对这小众的东西不了解，即使要把它拉到某个帖子的议题范围内，还需要对它进行足够详实的“优点缺点特点归纳”，这件事按理该由推荐者主动完成，但你没有；
6. 综合以上几点，按照大家的日常经验，大概率会认为你拿 aardio 来说事，要么是来装逼的，要么是有利益相关，这个推测当然是无法保证其准确性的，但它是日常生活经验的一个大概率推测，而你偏偏没有事先提供足够的信息来阻止这种推测。

所以其实所有争辩都和 aardio 自身的优点缺点特点无关，虽然大量文字是在围绕那些点，但其实都属于没话找话或者无脑接茬，根本起因来自你最初对 aardio 的“随口一提”的发言中散发的味道——主观喜好、报喜不报忧、未提前洗脱利益相关的嫌疑、等等，因而后续所有围绕 aardio 展开的争辩其实并不会改变其他人在一开始就已经建立起来的针对你初期发言的感观，反正你也同样自始至终没有改变一开始就建立起来的对那些人的发言的感观嘛。
所以，你觉得那些个人有多么“可怜又可笑”，那么他们也就觉得你有多么“可怜又可笑”，而且双方的原因都仿佛是一个模子里面刻出来的。

aardio 这个工具的真的是让人一言难尽，如此务实又实用的工具一旦被知道肯定是舍不得忘掉的，但受限的应用场景又不得不让人把它作为“方案 C”来看待。因为 aardio 是对过去的、已定型技术的封装和完善，但那充满无限未知与可能、并且随时可能降临的未来，则属于那些尚未定型的、背靠全世界技术生态圈的、尚在襁褓或者发育期之中的、伴随着众多行业人员共同成长的技术路线。即使 aardio 它门槛不高、不繁琐、不孱弱，也终究只是个“好用”的“后备”选择，好强的人们不愿意在尚未山穷水尽之时选择“后备”方案。这最后一段话，是我的看法和抉择，并且也是脱离上述和前述语境的发言。

[g00001]

@ungrown
请组织好语言再写帖子，自己看得懂自己在表达什么观点吗？！
aardio 不需要长篇大论，一个图让你清醒：



1 、aardio 应用面比较窄
真相是 aardio 专注桌面软件开发，一个 6.5MB 的开发工具你需要多大应用面？！应用面多了你会不会又说是“花里胡哨”？

2 、这玩意名声不太好
在知乎有一个讨论，为什么同时国产编程语言，易语言骂的人很多，而 aardio 都是好评 …… 带什么节奏，泼什么脏水呢？！

3 、哪怕它帮你赚到过钱，但那是你的个人情况，更何况它能帮你赚钱不代表能帮别人解决问题
这适用于任何语言，正确的废话一句，你找不出其他理由了吗？！ aardio 什么时候说过帮谁赚不赚钱的问题？！如果有一个 aardio 用户喜欢 aardio 用 aardio 赚到了钱，无意中提了一下，值到你长篇大论在这里批判？！用别的语言就是好事，用 aardio 赚钱就要批判？！

4 、我对 aardio 报喜不报忧
你经常报了什么你喜欢你常用的编程语言什么忧 ？！ aardio 又有什么忧是需要你报的？！有人拦着你报忧？！你所谓的报忧就是前面一堆不三不四，不着调的带节奏？！

5 、大家对这小众的东西不了解，即使要把它拉到某个帖子的议题范围内，还需要对它进行足够详实的“优点缺点特点归纳”，这件事按理该由推荐者主动完成，
谁跟你说的在网上只要提到 aardio，都要长篇“优点缺点特点归纳” ？！你没长手不会自己去找，没有脑子不会自己去思考？！

6 、综合以上几点，按照大家的日常经验 ……
谁让你代表「大家」的？！我在 V2 发帖子收到的感谢次数也非常多，这些人都授权你代表他们了？！

[g00001]

Talk is cheap. Show me the code.
https://github.com/search?o=desc&q=aardio&s=stars&type=Repositories

aardio 开源项目列表在这里。即然你要喷 aardio，把你自己 Github 地址发一下，用你自己的话来说：“请提供足够的信息、论据 …… ”，而不是你自己一堆总结和推测。

一个程序员社区，上代码说问题，玩什么带节奏。
提一下小众的东西我还要足够详实的“优点缺点特点归纳”，来来来，说说你写了什么不小众、大受欢迎的东西，你又做了什么“优点缺点特点归纳”？！

批判别人以前，别忘了自己的遮羞布。

[ungrown]

@g00001 #157 我的发言组织得很清晰很有条理，就算还有完善的余地，也没影响读者（包括你）进行准确的理解。
在你看来“长篇大论”究竟是贬义的还是褒义的还是中性的？
所谓的 XXX“不需要”长篇大论究竟是什么意思？是说你觉得长篇大论是多余的？还是说你觉得长篇大论贬低了 XXX ？还是说长篇大论惹了你的眼睛？还是说长篇大论和 XXX 放在一起会造成惨绝人寰毁天灭地的后果？
那你不是一直都在围绕 XXX 进行长篇大论嘛，你写的字配的图又不算少喽~
我上面那个回复中心意思很明白了：虽然你和另外几个人在前述楼层中表面上在围绕 aardio 的特点进行争辩，但其实你们内心的驱动力和真正想表达的东西并不是围绕 aardio 本身的，具体内容还是请回到我上一个回复中仔细阅读。话说也不会看得很累，毕竟我都一条一条按照逻辑顺序分开来写了。
至于我上个回复最后一段表达的意思，已经明确了立场，是脱离前述楼层中的上下语境、并且不带个人主观倾向的、对当前现实中相关情况的总结归纳。
既然我所表达的所有内容既不关注 aardio 本身的详细的特征，也不关心你对它所抱有的个人情感或者个人看法，那么为什么你还要跟在我的回复后面继续向我表达 aardio 的诸多细节特征以及你的个人倾向呢？你内心到底哪里不能平静，要向我倾诉那么多我既无兴趣又不担责的心声呢？

[ungrown]

@g00001 #157 你当然没有责任主动提供“优点缺点特点归纳”，但既然这部分信息没有被提供，那么其他那些网友自然就会大概率将你的“提一下”推测为装逼或者利益相关，这是个大概率事件。你可以阻止这个事件，通过提前打招呼，但你没有，那他们的怀疑就没有被阻止。为什么各种组织在进行公开发言时要加入免责声明或者事先声明，无非是为了提前打预防针。
不提前打预防针，那就免不了要被各种怀疑，虽然事后进行公关操作也不是不可以，但是额外浪费了时间精力。你也可以不提前打预防针，但这就免不了其他人怀疑你。你事后再补充，其他人先入为主的看法已经建立起来的，再想解释清楚就更难了。
更何况你采取强硬的态度试图让那些怀疑你的人让步，那既然他们与你是平起平坐的，你强硬他们也强硬，你想让他们先让步，他们就想让你先让步。前面那么多楼里面，为什么你又是列举、又是配图，然而他们就是不理你，因为你以强硬的语气要求他们先让步，那么他们就坚持一开始的怀疑决不让步，谁让你没事先打好预防针的？
不管是谁，在面向众人发言的时候，要么一句带过不清不楚导致众人怀疑甚至偏见，要么事先不厌其烦进行大量叙述解释将众人怀疑偏见的可能性降到最小。无论哪种方式，都可以自由选择，但也必然要承担后果或者付出成本。怀疑和偏见是后果，事先讲清楚则要投入更多时间精力。这就是个鱼与熊掌的取舍问题，你的社会生活经验应该比我丰富，没理由连这个道理都不懂。
又要图省事一句话带过，又不许别人因此产生怀疑和偏见；又想别人准确地了解自己的意图，又不愿多花些时间精力来事先进行详细叙述。你搁这小孩子撒娇呢？

[g00001]

@ungrown 我从来没有希望”你了解我的意图“，明白？！
我要回答的是楼主的帖子，Chromium/CEF/Electron 太大了怎么办，aardio 是非常优雅的解决方案，你喜不喜欢是你的事，并不需要对我哭诉一大堆，我并不需要对你负责，明白？！

aardio 一个只有几 MB 的免费软件，百度搜索结果 1,140,000 条，这是你嘴里的”小众“？！你自己做一个不小众的给我看看？！ 做键盘侠是很容易的。

想装逼就发下你自己的东西，发不出来就不要在这里东拉西扯，你的情绪已经非常不稳定，思路更加的混乱，你长篇大论码的这么多我根本没有时间看，你这些话发到 aardio 群里懂 aardio 的看了会笑话，不懂 aardio 的更没有兴趣看你写得跟屎一样这一堆东西。

[g00001]

已屏蔽！别再 @ 我，一年前的帖子都要过来挖坟 BB 一大堆，是有多贱。

[ungrown]

@g00001 #156
1 、aardio 应用面比较窄
真相是 aardio 专注桌面软件开发，一个 6.5MB 的开发工具你需要多大应用面？！应用面多了你会不会又说是“花里胡哨”？

1.1 本帖话题讨论的应用场景超过了 aardio 的适用范围。
1.2 我没有对一个体积小巧的工具要求多大的应用面，就算你想让我对它产生奢望、指望它有更大的应用面，也没用，求我也没用，你若实在有这样的心理需求的话，可以通过幻想来满足，反正现实就是我们不指望它能覆盖更多的应用面。
1.3 但这不影响人们指出它的应用面窄这个事实，这就是 6.5MB 的代价，熊与鱼掌。
1.4 当你不确定我会不会说花里胡哨的时候，别就这么断定我会说花里胡哨。
1.5 连 electron 这种“庞然大物”也没人说它花里胡哨

2 、这玩意名声不太好
在知乎有一个讨论，为什么同时国产编程语言，易语言骂的人很多，而 aardio 都是好评 …… 带什么节奏，泼什么脏水呢？！
2.1 泼脏水的不是我，恰恰是你所谓的知乎上关于它的讨论中的某些回答评论。
2.2 毕竟导致有人给它泼脏水的原因恰恰来自于它的官方论坛和聊天群之中的歪风邪风。
2.3 所以我才说了，关于它的不好的名声并非技术原因，没看到这几个字的话可以回去再看一遍。
2.4 既然这东西跟你利益无关，它名声好不好，要你这么激动干嘛？合着利益不相关但是荣誉相关？荣辱与共？那现在我们知道，aardio 有个你这样心理脆弱敏感的拥趸，这件事了。
2.5 好了我们知道了，乖，乖，别哭，哦哦哦~

3 、哪怕它帮你赚到过钱，但那是你的个人情况，更何况它能帮你赚钱不代表能帮别人解决问题
这适用于任何语言，正确的废话一句，你找不出其他理由了吗？！ aardio 什么时候说过帮谁赚不赚钱的问题？！如果有一个 aardio 用户喜欢 aardio 用 aardio 赚到了钱，无意中提了一下，值到你长篇大论在这里批判？！用别的语言就是好事，用 aardio 赚钱就要批判？！
3.1 这确实是废话，那为什么你明知道这终究是废话，还要不厌其烦地讲它帮你多少忙、帮你赚了多少钱？
3.2 你是在演“霸王生发水”的广告吗？“我要你们看到，我用完是这个样子，你们用完也是这个样子”——这样？
3.3 还是说你是来传教的？
3.4 既然 aardio 没说过赚钱的事，为什么要你这么积极地替它宣传经济效益？
3.5 原来你不是来传教的你是来传销的~
3.6 你若真的知识“无意中”“提了一下”，而不是在本站不厌其烦地发帖、长文配图，那大家是真的不容易注意到你。
3.7 所以说到底你的长篇大论不是长篇大论，别人的才是。
3.8 “哪怕它帮你赚到过钱，但那是你的个人情况，更何况它能帮你赚钱不代表能帮别人解决问题”这句话，不等同于，“用别的语言就是好事，用 aardio 赚钱就要批判”这另一句话，两码事。
3.9 如果你连 3.8 这么简单的逻辑关系都理不清，又或者，你其实理得清但就是故意这么说想混淆视听，那么至少别人理得清。

4 、我对 aardio 报喜不报忧
你经常报了什么你喜欢你常用的编程语言什么忧 ？！ aardio 又有什么忧是需要你报的？！有人拦着你报忧？！你所谓的报忧就是前面一堆不三不四，不着调的带节奏？！
4.1 我没有在本站推荐过编程语言。
4.2 aardio 的忧不需要我来报，应该你来报，你推荐的。
4.3 重点不在有没有人拦着我报忧，而是在于并没人拦着你报忧，别把自己该做的事情推到别人头上。
4.4 我所谓的报忧不是前述那些楼层中的内容，而是你心知肚明但就是没细说的部分，毕竟你前面也提到过，aardio 也有着属于它的限制或者缺点。
4.5 “一堆不三不四，不着调的带节奏”，在本站，试图用这种方式贬低他人、维护自己，是不会奏效的，“不三不四”“不着调”这种词眼，并不适合本帖下的任何内容，不恰当。
4.6 但如果你想用这俩词语对你进行自指的话，应该没人会反对，虽然我已经说了，其实并不恰当。

5 、大家对这小众的东西不了解，即使要把它拉到某个帖子的议题范围内，还需要对它进行足够详实的“优点缺点特点归纳”，这件事按理该由推荐者主动完成，
谁跟你说的在网上只要提到 aardio，都要长篇“优点缺点特点归纳” ？！你没长手不会自己去找，没有脑子不会自己去思考？！
5.1 你不说清楚就会有怀疑和偏见，谁让这东西小众呢。
5.2 我没有怀疑和偏见，因为我查了，但是 aardio 如何如何是一回事，你搁这假装理中客实则泼洒滚打，这是另一回事。
5.3 去查的不光我一个，我估计但凡看到你发言的都或多或少去查过了，也思考过了。
5.4 但没办法，毕竟他们没你熟啊。熟的人不说，生的人能咋办。

6 、综合以上几点，按照大家的日常经验 ……
谁让你代表「大家」的？！我在 V2 发帖子收到的感谢次数也非常多，这些人都授权你代表他们了？！
6.1 谁还没收到过几次感谢呢，真是……
6.2 我的感谢也挺多的，这不说明任何问题。
6.3 所以你受到的感谢再多，也不说明问题，除非你每次发言都收到很多感谢，诶，这倒是能说明点什么。
6.4 我又没代表他们，我要什么授权？我代表谁的利益了？我代表谁的言论了？没有那要什么授权？
6.5 只需自己提，不许别人说不好听的，这要么是脑残粉，要么是装逼客，要么是端饭碗，这种“合理假设”，需要什么授权？
6.6 授权我什么？授权我不对你说好听的话？大可不必，你算老几，这权不用授，老天给的。

[ungrown]

@g00001 #161
一年前的帖子都不能心平气和，辩不过就说别人是“长篇大论”、是“BB”，气不过就屏蔽，屏蔽完了还不忘告诉我，你是有多贱有多怂。

[ungrown]

@g00001 #160 唉，我还没对你说粗话脏话呢，反倒是被你抢先说了个痛快，貌似有点小亏，不过至少你明确表达了，这会儿功夫你是有多气、多么情绪不稳定，再加上我那么逻辑清晰、分条列举的文字都被你认为“思路混乱”，而且原来你压根就“没空”认真看，那么搞了半天，你的那些试图表达轻蔑贬低的意图的语言，原来都是形容你自己的。

你这心理防壁太弱啊，不光外来的防不住，连内心的波动都能给全泄露了~

[Ethkuil]

@ungrown #162 有点难绷，难得遇到一位耐心又诚恳、还对 aardio 有一定好感 的网友，你们就是这样继续狂喷赶人的吗😅。疯狂对人不对事，重点也太歪了。

[Ethkuil]

回错人了（

[Ethkuil]

@g00001 #161 有点难绷，难得遇到一位耐心又诚恳、还对 aardio 有一定好感 的网友，就这样继续狂喷赶人的吗😅。疯狂对人不对事，重点也太歪了。这样别说是中立派了，本来有好感的人都会被你的戾气赶走的。