怒了！RustGUI全军覆没，程序员含泪拥抱Electron

两周里我被一个内部表格按在电脑前来回折返, 最后居然还是重装了电子套壳工具。

起因很简单：公司要一款全天开着的桌面表格，键盘操作得像财务系统那样顺手，筛选、批量编辑、联动面板一步不能少，我偏执地想用锈语言完成，结果越写越像徒手修缮一栋楼。

先说易绘，我第一晚就被它的持续重绘逼得关掉风扇模式，默认不停刷新，笔记本风扇像额头冒汗一样吵，得自己盯着每个状态去控制重绘触发，看着简单的几行代码，却让人整夜揣着处理焦点的恐惧。

第二天试冰川，它的状态—消息—更新模式确实优雅，刚写完骨架我还夸它像写剧本，可表格一复杂就露馅，行内编辑要自己拼，键盘导航要自己写，筛选后还得手动优化渲染，甚至和侧边面板同时互动时消息会堵塞，界面像被按了暂停。

第三个候选是斯灵特，界面真的好我午休前试着做了个多行选中，结果Tab跳格总是偏移，焦点像喝醉一样乱跑，文档和社区里找不到现成解法，只能发帖等回复，可项目截止在眼前，不敢押宝。

古老工具套件算是最成熟的，文本、剪贴板、右键菜单统统稳得很，我那会儿甚至有点感动，可它和锈语言的绑定生硬，生命周期冲突动不动就冒出来，连打包都要为不同系统单独处理，我在公司茶水间端着微波炉热好的饭等编译，饭都凉了包还没整好。

有人说“框架没崩溃就已经不错”，可真正拖垮效率的是那些默认应该存在的细节：组合键失灵、输入法被吞、滚轮反向、表格列宽记不住。单个看不致命，叠一起就像地毯被掀起一道道褶皱，你永远在铺平它。

这时候我想起另外一个小插曲：隔壁团队做内部加密工具，最后也是在锈语言算核心逻辑，界面换到浏览器技术栈，理由竟然和我不谋而合——要的不是框架多纯，而是细节要有人打理。

于是第四天我硬着头皮回到电子套壳方案，没想到反而像卸下防护服。市面上成熟的表格组件能直接满足键盘操作、批量粘贴、拖拽列宽这些要求，剪贴板、焦点管理、国际输入法都被打磨得很顺。我腾出精力写真正的业务逻辑，把数据处理部分仍旧放在锈语言服务里，通过消息机制和前端沟通，用的是我熟悉的那套安全高效思路，却不用再和控件死磕。

有人问，既然电子套壳占资源，为什么还要回头？我对比过，相同功能下内存大概多两三成，可用户完全能接受，操作流畅才是他们关心的。况且锈语言在后台做计算，性能优势照样存在，只是UI交给成熟生态去完成。

也有适合继续坚持锈语言界面的场景，比如一次性工具、系统级小控件、对性能极端敏感的可视化，我自己也把易绘留给内部监控面板用。但面对全天候操作的表格管理，我没法再浪费时间在“修框架”这件事上。说真的，这次折腾让我明白，我们常挂在嘴边的“原生”“轻量”，如果不能让项目按时上线，就只是一句自我感动。

所以我现在的策略是：核心算法、数据同步全部写在锈语言里，界面交给电子套壳和成熟表格组件，到了需要自定义控件的地方再慎重评估。这不是背叛，而是对交付负责。我更希望未来某一天斯灵特之类的框架能补齐细节，到那时再回去也不迟。

如果换成你，面对一个期限紧、细节多的桌面项目，会坚持在锈语言界面里熬还是直接用电子套壳快刀斩乱麻？留言选一个并说说你会怎么实施。