80 条回复  ·  8353 次点击
liaohongxing 小成 前天 09:59
tauri 目前还不成熟 ,linux 是 webkitgtk ,windows 是 webview2 , 渲染内核都不一致, 外观表现都不敢保证一致, 另外静默打印, cookie 等 api 都没,除了小,暂时没有太大优势, 观望一下
clemente 小成 前天 09:59
开发成本 呢?
iblessyou 小成 前天 10:03
@assclb 我也觉得应该还是优化问题,本质都是浏览器跑个 app @x4gz 我也是不用 Electron 就不用,但比起新出的几个用 webview2 的,我还是宁愿 Electron ,不然总会有人问我为啥这个软件在他那跑不了
qinjiang 小成 前天 10:03
成本,效率,质量。不可能三角,只说 tarui 有多好,为什么不提开发效率和成本呢,敢拿出来对比吗
liaohongxing 小成 前天 10:05
另外 linux 还有 libwebkit2gtk-4.0 ,libwebkit2gtk-4.1 版本碎片化,互不兼容,macos 估计也有一样问题。
ersic 小成 前天 10:06
@weixind 文章写的理由挺充分的啊 >但是,随着时间的推移,直到 2024 年的今天,商家客服的入驻量和使用用户越来越多,用户的电脑配置也是参差不齐,Electron 的弊端开始显现: 性能方面:随着商家客服入驻数量的快速增加,现有 Electron 桌面应用在多账户+多会话高并发场景下,占用内存特别大,存在性能瓶颈; 安全方面:Electron 在内存安全性、跨平台攻击、不受限制的上下文和依赖管理等方面存在一些潜在的弱点; 体验方面:现有 Electron 桌面应用包体积大,下载、更新成本较高; 信息集成方面:商家客服目前需要在商家后台、商家客服后台、商家客服工作台 3 个系统来回切换操作,使用成本很高。
darklinden 小成 前天 10:06
@weixind 1. tauri 虽然不大好用,但是前端还是 h5 套壳,electron 能展示的前端都可以,能用的前端技术栈都可以,只是需要底层操作的走 rust ,而且本身框架也提供了一些绑定可以直接用 2. tauri 是用的 webview2 ,看系统支持,可能需要补插件,包就大了 3. 自己试过,写小工具什么的 tauri 真的还挺好使
xu455255849 小成 前天 10:15
electron 开发 我建议做实际业务 不要无脑用新技术,稳定性才是最重要的,electron 绝对是目前最稳定的选择,毕竟 chrome 是经得起考验的 如果你的项目非常考虑性能,我建议直接原生写 就别套壳折腾了
xu455255849 小成 前天 10:17
electron + rust + C++ DLL 其实理论上啥也能做,也不存在性能问题,至于 chrome 那点包体积,99%用户根本不关心 抖音的直播伴侣就是 electron 套壳 性能不差的
weixind 小成 前天 10:18
@ersic 这几个点都不太能够支撑切换技术选型。 性能方面:高并发场景内存占用大并没有做具体分析,我没深入使用过 electron ,但是如果高并发的内存占用成倍增加,大概率是他们使用姿势有问题。内存占用无非就是 node 进程 + n * 页面进程。能缩减的就是 node 进程 ---> rust 进程。这不太能缩减多少内存占用。 安全方面:这个有点扯淡,本质就是说 node 内存安全性不如 rust 呗,前端的切换没啥意义,这个不能支撑切换技术栈。 体验方面:80m 在现代网络和硬件下可以忽略不计。 信息集成:这看上去是产品问题,不是技术问题。
返回顶部