为什么我们选择原生

Mint 最早是用 Electron 做的。当时选它很实际：能跨平台，我们熟悉 Web 那一套，做原型也快。原型做出来效果其实不错，但最后我们还是把它删了。 ### 原型的问题出在哪 Electron 版的思维导图画布很流畅，拖拽也顺手，代码也干净。拿来演示没问题，但要当成每天用的工具，就不行了。 让我们下决心的是三个问题： 1. **磁盘占用 280 MB。** 一个整理文件的工具，自己比它管的大多数文件还大，这我们实在说服不了自己。 2. **启动时间 4 秒。** 工具类 App 就应该点开就能用。等上 4 秒，人可能已经忘了要干什么，直接把窗口关了。 3. **沙箱化的文件系统访问。** 每个操作都得绕一下：跨卷移动文件要先拿临时权限，监听目录变化也不稳定。我们一直在跟系统较劲。 ### 做决定的那个问题 我们问了自己一个很简单的问题：我们会让一个 280 MB 的文件整理工具一直在后台开着吗？不会。自己都不想用的东西，我们不想发出去。 ### 换成原生以后 用 SwiftUI 重写之后，我们得到了这些（体积是在 Mint 1.0.33 上量的，也就是现在能下载的版本）： - **下载包 50 MB。** 这是 1.0.33 版本。现在的 Mint 不只是整理文件，硬盘、内存、卸载都在同一个 App 里，下载包还是比 280 MB 的 Electron 原型小得多。 - **直接访问文件系统。** 从我们官网下载的版本没有沙箱，可以直接处理你的文件。Mac App Store 版有沙箱，只能处理你授权给它的文件夹。 - **按文件夹自动整理。** 自动化只在你添加的文件夹里运行，每个文件夹可以设成手动、每天定时，或者文件到达时整理。 - **Apple Vision 和原生语言分析。** OCR 加上设备端的内容分析，不用堆一堆原生模块，也不用维护容易出问题的桥接。 我们在意这些，是因为每天用的时候真的感觉得到。又慢又占内存的工具，怎么用都像是硬塞进 Mac 里的。 ### 哪些东西留下来了 也不是全都白做了。思维导图的布局算法（纯数学，就是力模拟和碰撞检测）可以直接从 TypeScript 翻成 Swift。数据模型和设计上的决定也都留了下来，视觉层级、交互方式、信息架构这些，我们之前就已经想清楚了。 留不下来的是渲染层和状态管理，这两块只能从头重写。思维导图画布本身后来也被我们去掉了，现在的 Mint 里已经没有它。 ### 回头看 我们不觉得做 Electron 原型是浪费时间。它是个概念验证，让我们弄清楚了产品到底该是什么样。原生版能做得更好，也是因为设计上该犯的错，在原型里已经犯过了。 被我们扔掉的代码其实是能用的，只是对一个大家每天都要打开的工具来说，它还不够好。