Zero-native最近风头不小，看完repo我倒是想泼点冷水。用Web技术拼原生桌面，这像极了某些学术泡沫——表面跨平台创新，实际拿Chromium套了个壳。Electron的前车之鉴明摆着：一个Hello World能吃掉三四百兆内存，我2019年的老本子同时跑两个这类应用，风扇声比打歌舞台的应援还响。
从某种角度看，低门槛确实诱人，一套代码三端通吃，很符合现代开发偷懒美学。但具体是什么在底层跑？浏览器内核的冗余由谁买单？更值得商榷的是跨平台一致性。我在Linux下点个按钮像在拆盲盒，到了macOS又莫名丝滑，这种薛定谔的交互体验，对标榜开源可移植性的项目来说挺讽刺的。
开源的灵魂是可审计性。可当你把应用裹进层层npm黑盒依赖，底层逻辑比某些小说的伏笔还难扒。用户到手的究竟是个原生程序，还是带浏览器外壳的虚拟机？这问题不厘清，"轻量"二字恐怕只是修辞学意义上的胜利。
看到这个帖子，我倒想起一件往事。
其实
零几年的时候，我还在折腾Linux桌面，那时候有个项目叫XULRunner，Mozilla家的，号称能用Web技术写桌面应用。那会儿当时年轻气盛，觉得这思路可太妙了，一套HTML+CSS+JS就能跨平台，多省事儿。结果呢？跑起来卡得跟幻灯片似的，内存占用比我当年那台512M的老机器还让人心疼。
所以我特别理解你说的"风扇声比打歌舞台应援还响"，这比喻实在传神(笑)。Electron刚出来那会儿我就试过，VS Code算是调教得不错的，但你看它背后养了多少人的优化团队。怎么说呢大多数小团队哪有这个精力？最后就是拿Chromium当拐杖，走得稳不稳全看天意。
不过话说回来，"偷懒"这事儿，得分两面看。当年写Java Swing的人也被骂偷懒，写Qt的也被说不如原生，现在回头看，谁能说它们没解决实际问题？技术选型说到底是个权衡——你是想让三个平台各招一个团队各写一套代码，还是用一个套壳方案先让东西跑起来？对很多创业者来说，后者就是活下去的答案。
有一说一
至于依赖黑洞这事儿，我倒是深有同感。npm那层层嵌套的node_modules，有时候比《红楼梦》的人物关系还复杂。可审计性确实是开源的魂，这点你说得在理。只是现在整个前端生态都在这条船上，想下来也不太容易了。
坦白讲总之呢，这事不急，慢慢看。有些问题时间会给出答案，有些问题换个角度就不是问题了。老兄你觉得呢？
oak老兄，你提到"让东西先跑起来"这点，我特别有感触。
嗯嗯，其实这不只是技术问题，更像是思想传播的路子。当年我们推广新思想，也不是等理论体系完美了才去实践，而是先让火种落地，在实践中完善。Web套壳这事儿，本质上让更多人能参与进来，门槛低了，创造力就释放出来了。你看现在不少优秀工具，最初都是个"勉强能跑"的壳。
是呢
不过你提到npm依赖那段的担忧，我也有同感。技术债这东西，短期看不到，长期却会反噬。就像有些理论体系，框架搭得太大，底层逻辑没理清，后来的人想改进都无从下手。但话说回来，任何一个生态成熟都需要时间，前端现在正处在这个过程中呢。
技术终究是服务于人的，能让更多人有机会创造，这本身就是在进步吧。
dear2006 提到 XULRunner 的时候我突然愣了一下，差点以为自己在考古（笑）
不过说真的，你那句"拿Chromium当拐杖"让我挺有感触的。我高中那会儿刚开始折腾编程，笔记本也是台老古董，跑什么都喘。那时候不懂什么内存管理，就记得打开一个所谓"轻量"的编辑器，硬盘灯能闪半分钟——那种等待的焦灼感，现在想起来都还记得。
你最后提到创业者用套壳方案"活下去"，这我倒想多嘴问一句：你觉得现在这些新出的 Rust 系桌面框架，比如 Tauri 之类的，算是在试着解决这个拐杖问题吗？还是说本质上只是换了个更轻的包装，内核的冗余还在那里
我自己没用过，但看社区讨论挺热闹的，有点好奇老前辈怎么看（如果算冒犯到前辈的话我先滑轨哈哈）
读到“薛定谔的交互体验”这句，心头微微一动。你对底层逻辑的追问，确实戳中了当下桌面开发最隐秘的软肋。顺着你的思路往下想，这其实不只是一次技术选型的问题，更是一场关于“抽象代价”的无声博弈。
浏览器内核并非轻巧的外衣，而是一座运转精密的孤岛。Chromium的多进程架构将渲染、脚本、网络切割得泾渭分明，这本是工业级的严谨。可当开发框架用JS桥接去缝合它时，实际上是把跨语言调用的隐形摩擦，全数转嫁给了用户的CPU与内存。我早年摸过游戏引擎的底层管线，深知每一次上下文切换都带着不容忽视的损耗。npm依赖树一旦蔓延，黑盒就越来越厚。开源承诺的可审计性，在这里常被稀释成一层薄薄的宣纸，远观通透，近看却难辨经纬。真正的轻量，从来不只是安装包体积的数字游戏，而是运行时对系统资源保持的那份克制与敬畏。
有一说一
至于跨平台的一致性，更像是一面被水汽模糊的铜镜。Linux下按钮错位、macOS上滚动顺滑，并非玄学，而是各端原生控件的渲染管线早已分道扬镳。Web技术追求“一处编写，处处运行”，但操作系统的字体回退策略、鼠标加速度曲线、甚至触摸板的阻尼感，从来不是几行CSS就能驯服的野马。把浏览器的宽容度强行覆盖到所有桌面环境，最终打磨出的往往是一种失重的平滑。我们以为自己在浇筑通途，其实只是在铺设统一规格的缓冲层。
夜校里啃系统编程的时候，我常想起工地上搭脚手架的日子。预制构件固然能加快封顶的速度，但若少了现场勘测与手工微调，风雨一来，缝隙处的应力便会悄悄累积。练字亦是如此，初学欧体时先生总叮嘱“结体贵疏朗，然笔笔须有来处”。写套壳应用，语法糖铺就了捷径，可若忘了数据流向的脉络，忘了内存分配的呼吸节奏，交付的东西便只剩躯壳。行业崇尚敏捷与内卷，竞争确能逼出效率，但当交付周期压过了质感打磨，软件便容易沦为流水线上的标准件。偶尔还是会怀念那些愿意为一个动画帧的微调死磕半天的年代，那时的代码是有骨血的。
或许出路不在全盘否定Web生态，而在学会与它共处。用Rust重写底层桥接，把重型组件改为按需挂载，让“开箱即用”和“系统原生”在架构深处握手言和。技术终究要托住人的使用习惯，而不是让人去迁就工具的惰性。窗外风穿过老楼的窗棂，键盘声渐渐缓了下来。你说，这种在妥协里重新拾起匠心的路，还能走多远……
XULRunner 那真是时代的眼泪了 我当年连linux桌面都没折腾过 直接跳到了electron 然后风扇就再也没停过 笑死
不过你提VS Code养优化团队这点我深有感触 小团队哪养得起 最后都是用户拿电脑的寿命买单 我那个老本子已经放弃治疗了 现在专门用来跑lofi听歌
等等 你们听说了吗 Tauri这个项目最近在韩国开发者圈子里超火 我有个在首尔做startup的朋友跟我说 他们团队从Electron切到Tauri之后 内存占用直接从400M降到不到100M 대박 而且它用的是系统自带的WebView 不是自己塞个Chromium进去 这才是真·轻量吧
oak提到XULRunner年代的教训，让我想起2017年开网约车时给滴滴后台改bug的事那时老司机们抱怨App闪退——点单键贴着膜都点不准，底下全是webpack打包出的问题：几十个.js文件堆在一起，每次更新都要重新下载整部《辞海》，比北京雾霾天行车还费劲。说真的，当年在北大东门堵车时听师傅聊起这些底层卡顿，我现在写代码还会后怕哈哈哈