ZapFast：Rust 打造的极速原生 WhatsApp
ZapFast: A fast, native WhatsApp client in Rust and egui
厌倦了 WhatsApp Web 占用 1.13 GB 内存且启动缓慢？ZapFast 带来了全新的体验。这款基于 Rust 和 egui 构建的原生客户端，专为 Linux、macOS 和 Windows 设计，无需任何浏览器引擎。测试数据显示，它在 Linux 上的启动时间不到一秒，空闲内存仅约 200 MB，性能碾压网页版。ZapFast 支持多账号切换、本地加密存储、自定义主题以及丰富的多媒体功能，同时完全尊重用户隐私，数据不经过任何第三方服务器。虽然作为非官方客户端存在一定风险，但其极致的轻量化和原生体验，为桌面端即时通讯提供了令人耳目一新的选择。
在我们的 Linux 测试中，它的启动时间不到一秒，空闲内存仅约 200 MB，而 WhatsApp Web 则需要 1.13 GB。
HN 评论区
94- d3Xt3r
> 在我们的 Linux 测试中，它能在不到一秒内启动，空闲内存占用约 200 MB
是不是只有我这么觉得？对于一个用 Rust 编写的原生聊天应用，本质上只是手机 WhatsApp 的远程界面，200 MB 的内存占用是不是有点多？
我记得早年像 Miranda IM（以及 Trillian 的早期版本）这样的应用，即使加载了多个插件同时处理多种协议，还具备 WhatsApp 没有的大量高级功能，内存占用也不过是几兆。我明白时代变了，软件也变得越来越臃肿，但 200 MB 还是感觉有点太多了。
- codedokode
另外，我看了截图里的日期写法，觉得用“2 天前”比“周二”好太多。因为这样你就不用在大脑里计算周二到底是几天前了。
- loremdifr
别误会，我喜欢这种额外的性能提升，但每一个 WhatsApp 替代客户端都有同样的问题：核心功能缺失太多，导致你不得不经常转到网页版，这太麻烦了，最后我干脆直接用网页版（虽然我很讨厌它，我真的很想要一个高性能的客户端！）。
- aeontech
看起来很棒，但是……人们怎么能信任它来存储凭证和通信呢？（不是针对开发者本人，而是针对这种设计原则本身）。
- codedokode
使用 Egui 是个很糟糕的主意。它采用“即时模式”（immediate mode）渲染，意味着每次鼠标移动都会重绘整个窗口。我在没有 GPU 的虚拟机里运行了 PhotoCraft（由 Rust + egui 构建），UI 感觉只有 3 fps。如果你用了 egui，发布前请务必在无 GPU 环境下测试一下。
Egui 绝对不适合用在 4K 屏幕上。它只适合嵌入式设备的小屏幕。
为什么没有那种能追踪所有依赖项、只重绘需要重绘部分的响应式 UI？（不是 React，React 也会在每次变更时重新计算所有内容，尽管它不会重新绘制所有内容）。
另外，为什么视觉上看起来像是一个糟糕版的 Telegram？而且 Telegram 可以在没有手机的情况下运行。