一个「个人 App 工厂」的技术选型：从前端到部署

过去两年，我陆续做了几款教育类小产品：儿童习惯养成、数学口算语音版、四级单词达人…… 从技术角度看，它们其实可以看作一个「个人 App 工厂」生产出来的不同 SKU。

01 约束条件：时间有限，但想多做几款

在选型之前，我先给自己画出了几条硬约束：

• 希望一年内可以做出 3~5 个可用的小产品，而不是把所有时间砸在一个「大而全」。
• 个人维护成本要可控，不能每次依赖太复杂的 CI/CD 配置。
• 同一类问题（登录、路由、状态管理等）最好能一次性解决，多次复用。

02 前端：原生开发 + 跨平台方案

对于移动端应用，我采用了混合策略：

• iOS 原生开发：使用 Swift + UIKit/SwiftUI，确保最佳的用户体验和性能。
• 语音交互：在数学口算语音版中，使用系统原生的语音识别和合成 API，保证准确性。
• 本地数据存储：使用 Core Data / UserDefaults，减少对后端的依赖。

这些应用的共同特点是：轻量化、离线优先。大部分功能都可以在本地完成， 只在必要时（如数据同步、内购验证）才与服务器通信。

03 后端与部署：能简化就简化

后端部分，我尽量遵循一个原则：能简化就简化。

• 儿童习惯养成：主要数据存储在本地，使用 iCloud 同步实现跨设备数据共享。
• 数学口算语音版：完全离线运行，题目生成算法在客户端实现。
• 四级单词达人：词库打包在应用内，学习记录本地存储，使用简单的算法实现智能推荐。

这种架构的好处是：运维成本几乎为零，应用可以长期稳定运行， 不用担心服务器宕机或维护问题。

04 小结：为「长期做很多小项目」设计技术栈

对个人开发者来说，技术选型最重要的不是「一次做到最优」，而是 「未来每次再做一个小项目时，都能少思考一点」。

如果你也想搭一个属于自己的「个人 App 工厂」，可以从一套你足够熟悉、且 ecosystem 完整的技术栈开始，不急着追最新，而是优先保证 「能稳定产出」。