File-Based App架构：快速开发MVP的高效方案-平芜编程栈

1. 为什么选择File-Based App架构开发MVP？

在创业初期或验证产品概念阶段，开发者最常面临的困境就是如何在有限资源下快速构建可演示的产品原型。传统全栈开发需要搭建完整的前后端架构，往往消耗大量时间在基础设施搭建而非核心功能验证上。File-Based App（基于文件的应用程序）架构为我们提供了一条高效路径。

File-Based App的核心特征是将应用数据直接存储在本地文件系统中，而非依赖远程数据库或API服务。这种架构特别适合MVP（最小可行产品）开发阶段，因为它能带来三个关键优势：

开发速度提升3-5倍：省去了服务器部署、API接口开发、数据库设计等环节。根据我的实测经验，一个包含基础CRUD功能的文件管理应用，采用传统方式需要2周，而File-Based实现仅需3天。
零运维成本：没有服务器意味着不需要考虑负载均衡、数据库备份、监控报警等运维工作。我曾指导过一个大学生团队，他们用Electron+本地JSON文件开发的课程管理工具，在校园内获得了200+用户，全程没有服务器开支。
原型验证更聚焦：强迫开发者只保留最核心的数据结构和功能逻辑。去年我参与一个电商MVP项目，用CSV文件模拟商品数据库，两周内就验证了核心交易流程的可行性。

注意：File-Based App不是所有场景都适用。当你的MVP需要实时多端同步、复杂权限控制或海量数据处理时，仍需要考虑传统架构。但对于80%的初期验证场景，这绝对是性价比最高的选择。

2. File-Based App的技术选型与工具链

2.1 主流技术栈对比分析

根据应用目标平台的不同，File-Based App的开发方式存在显著差异。下表是我整理的跨平台方案对比：

技术栈	适用平台	文件操作方式	典型用例	学习曲线
Electron	Win/macOS/Linux	Node.js fs模块	桌面工具类应用	中等
Tauri	跨平台（含移动端）	Rust文件系统API	性能敏感型工具	较陡
Flutter	全平台（需插件）	dart:io或第三方插件	移动优先应用	平缓
纯浏览器	Web应用	File System Access API	离线Web应用	简单

我在2022年开发过一个医疗数据采集工具，同时尝试了Electron和Tauri两种方案。虽然Tauri的打包体积更小（从Electron的120MB降到8MB），但遇到中文路径处理问题时，Rust的调试成本明显高于Node.js。最终选择取决于团队技术储备。

2.2 必备工具推荐

经过多个项目实践，这些工具能显著提升开发效率：

文件监控：chokidar（Node.js）或watchdog（Python），实时响应文件变更。在开发Markdown编辑器时，我用chokidar实现了即时预览功能，代码不足20行。
数据持久化：根据数据类型选择：
- JSON：适合配置文件和简单结构化数据
- SQLite：当需要复杂查询时（用better-sqlite3替代原生模块）
- CSV：与外部系统交互的场景
调试工具：
- JSON Crack：可视化JSON文件结构
- DB Browser for SQLite：数据库内容可视化
- Hex Fiend：二进制文件分析（处理自定义格式时必备）

3. 实战：构建文件型任务管理MVP

3.1 项目初始化与基础架构

让我们用Electron构建一个任务管理器，演示典型开发流程：

# 初始化项目 mkdir task-mvp && cd task-mvp npm init -y npm install electron chokidar --save

创建核心文件结构：

/task-mvp ├── main.js # 主进程 ├── preload.js # 安全桥接 ├── renderer.js # 渲染进程 ├── index.html # 界面 └── tasks.json # 数据文件

在main.js中设置文件监听：

const chokidar = require('chokidar') const dataPath = path.join(__dirname, 'tasks.json') // 监听数据文件变化 const watcher = chokidar.watch(dataPath, { persistent: true, ignoreInitial: true }) watcher.on('change', (path) => { mainWindow.webContents.send('file-updated', readTasks()) })

3.2 数据操作层实现

采用JSON作为存储格式时，必须处理并发写入问题。这是我的解决方案：

// 使用文件锁防止写入冲突 const fs = require('fs') const lockfile = require('proper-lockfile') async function saveTasks(tasks) { const release = await lockfile.lock(dataPath) try { await fs.promises.writeFile(dataPath, JSON.stringify(tasks)) } finally { await release() } } // 读取时自动创建空文件 function readTasks() { if (!fs.existsSync(dataPath)) { fs.writeFileSync(dataPath, '[]') return [] } return JSON.parse(fs.readFileSync(dataPath)) }

踩坑提醒：我曾在一个团队协作工具中忽略文件锁，导致用户数据损坏。后来增加了文件哈希校验机制，每次写入前对比MD5值。

3.3 性能优化技巧

当数据量增大时，需要注意：

分片存储：当单个JSON文件超过5MB时，改为按日期或类别分片存储。我在处理日志分析工具时，将单日日志限制在100KB以内。
增量更新：只读写变更部分而非整个文件。使用JSON Patch格式：

// 生成差异补丁 const diff = require('json-diff').diff const patch = diff(oldData, newData) // 应用补丁 const jsonPatch = require('fast-json-patch') jsonPatch.applyPatch(oldData, patch)

内存缓存：在内存中维护最新状态，定期持久化：

let cache = null function getTasks() { if (!cache) cache = readTasks() return cache } // 每5分钟或收到退出信号时保存 setInterval(() => saveTasks(cache), 300000)

4. 从MVP到产品的过渡策略

4.1 何时需要迁移架构

根据我的经验，这些信号表明该考虑升级架构了：

用户文件经常被意外修改或丢失（发生过3次以上）
需要实现多设备同步功能
手动备份变得频繁且耗时
性能问题开始影响用户体验

4.2 平滑迁移方案

去年我将一个文件型CRM系统迁移到MongoDB，总结出这套流程：

双写阶段（1-2周）：
- 保持原有文件操作逻辑
- 新增数据库写入代码
- 用对比脚本验证数据一致性
影子模式（1周）：
- 关键操作同时走文件和数据库路径
- 记录差异供分析
只读验证（3天）：
- 将文件设为只读
- 确保所有功能正常工作
完全切换：
- 移除文件依赖
- 保留文件导入导出功能

graph TD A[原始文件系统] -->|双写| B[数据库] B --> C[一致性校验] C --> D{差异分析} D -->|正常| E[切换完成] D -->|异常| F[修复脚本]

4.3 保留文件接口的优势

即使迁移到完整架构，我仍建议保留文件导入导出功能：

灾难恢复：数据库故障时可快速回退
用户信任：允许用户完全掌控自己的数据
离线场景：在没有网络时保持基本功能

在现有项目中添加文件接口的方法：

// 导出为加密压缩包 const archiver = require('archiver') const crypto = require('crypto') function exportProject(password) { const cipher = crypto.createCipher('aes-256-cbc', password) const output = fs.createWriteStream('backup.zip') const archive = archiver('zip') archive.pipe(cipher).pipe(output) archive.directory('data/', 'project-data') await archive.finalize() }

5. 安全防护与异常处理

5.1 文件系统安全实践

File-Based App最危险的安全隐患是任意文件写入。我曾审计过一个开源项目，发现路径遍历漏洞：

// 危险示例：用户可输入../../etc/passwd function saveUserFile(filename, content) { fs.writeFileSync(`./uploads/${filename}`, content) } // 正确做法：规范化路径 const path = require('path') function safeSave(filename, content) { const safePath = path.join(process.cwd(), 'uploads', path.normalize(filename).replace(/^(\.\.(\/|\\|$))+/, '')) fs.writeFileSync(safePath, content) }

其他必备安全措施：

设置文件权限：fs.chmodSync(path, 0o600)（仅所有者可读写）
敏感数据加密：使用crypto模块或类似库
定期备份：自动保留历史版本

5.2 崩溃恢复机制

突发断电或崩溃可能导致文件损坏，我的解决方案是：

写前备份：

function safeWrite(path, content) { const tempPath = `${path}.tmp` const backupPath = `${path}.bak` // 步骤1：写入临时文件 fs.writeFileSync(tempPath, content) // 步骤2：备份原文件 if (fs.existsSync(path)) { fs.copyFileSync(path, backupPath) } // 步骤3：原子替换 fs.renameSync(tempPath, path) }

启动时检查：

function checkDataIntegrity() { if (!fs.existsSync(dataPath)) return false try { JSON.parse(fs.readFileSync(dataPath)) return true } catch (e) { if (fs.existsSync(`${dataPath}.bak`)) { fs.copyFileSync(`${dataPath}.bak`, dataPath) return true } return false } }

6. 性能监控与优化

6.1 关键指标监控

即使简单的文件操作也可能引发性能问题。建议监控：

IO延迟：记录文件读写耗时

const start = Date.now() fs.writeFileSync(path, data) console.log(`写入耗时：${Date.now() - start}ms`)

内存占用：防止大文件加载耗尽内存

function readLargeFile(path) { return new Promise((resolve) => { let content = '' const stream = fs.createReadStream(path) stream.on('data', chunk => content += chunk) stream.on('end', () => resolve(content)) }) }

6.2 实测性能数据

我在开发日志分析工具时记录的对比数据：

操作类型	文件大小	直接读写	流式处理	内存映射
读取	10MB	120ms	45ms	32ms
写入	10MB	180ms	67ms	-
搜索	10MB	210ms	-	15ms

关键发现：

小文件（<1MB）：直接读写最简单
中等文件（1-100MB）：流式处理最佳
大文件（>100MB）：考虑内存映射（mmap）

6.3 高级优化技巧

对于性能敏感场景，这些方法值得尝试：

内存映射文件：

const fs = require('fs') const { mmap } = require('mmap-io') const fd = fs.openSync('large.data', 'r+') const buffer = mmap(null, 1024*1024, mmap.PROT_READ, mmap.MAP_SHARED, fd, 0) // 现在可以直接读取buffer而不触发系统调用

文件预分配：

// 预先分配连续磁盘空间 fs.truncate('prealloc.data', 1024*1024*500, (err) => { // 后续写入不会引起碎片化 })

批量操作：

// 糟糕的做法：N次独立写入 for (let i = 0; i < 1000; i++) { fs.appendFileSync('log.txt', `${i}\n`) } // 优化方案：批量写入 let buffer = '' for (let i = 0; i < 1000; i++) { buffer += `${i}\n` if (i % 100 === 0) { fs.appendFileSync('log.txt', buffer) buffer = '' } }

7. 跨平台兼容性处理

7.1 路径处理的坑

不同操作系统的路径分隔符差异可能导致严重问题。我的解决方案：

const path = require('path') // 错误示例 const badPath = 'data/sub/file.txt' // Windows上会失败 // 正确做法 const goodPath = path.join('data', 'sub', 'file.txt') // 特殊字符处理 function sanitizeFilename(name) { return name.replace(/[/\\?%*:|"<>]/g, '_') }

7.2 文件权限差异

Linux/macOS的权限系统更严格，需要特别注意：

function ensureDirectory(dir) { if (!fs.existsSync(dir)) { fs.mkdirSync(dir, { recursive: true, mode: 0o755 }) } else { // 修正已有目录权限 fs.chmodSync(dir, 0o755) } }

7.3 平台特定功能检测

通过条件代码处理平台差异：

const isWindows = process.platform === 'win32' function openFileManager(path) { if (isWindows) { require('child_process').exec(`start "" "${path}"`) } else if (process.platform === 'darwin') { require('child_process').exec(`open "${path}"`) } else { require('child_process').exec(`xdg-open "${path}"`) } }

8. 用户数据管理策略

8.1 版本迁移方案

当数据结构需要变更时，采用可扩展的版本管理：

// 数据文件首部加入版本标识 { "_version": "1.2", "data": { /* 实际数据 */ } } // 升级逻辑 function migrateData(content) { if (!content._version) { // 从v0.9升级到v1.0 content = { _version: '1.0', data: content } } if (content._version === '1.0') { // 转换逻辑... content._version = '1.1' } return content }

8.2 用户数据备份

实现自动备份策略：

const backupRoot = path.join(app.getPath('home'), '.app-backups') function autoBackup(dataPath) { const backupDir = path.join(backupRoot, new Date().toISOString().slice(0, 10)) fs.mkdirSync(backupDir, { recursive: true }) const backupFile = path.join(backupDir, `${path.basename(dataPath)}_${Date.now()}.bak`) fs.copyFileSync(dataPath, backupFile) // 清理旧备份（保留最近7天） const files = fs.readdirSync(backupRoot) files.forEach(f => { if (Date.now() - fs.statSync(f).mtimeMs > 7*24*3600*1000) { fs.rmSync(f, { recursive: true }) } }) }

8.3 数据恢复流程

设计用户友好的恢复界面：

function getAvailableBackups() { if (!fs.existsSync(backupRoot)) return [] return fs.readdirSync(backupRoot) .map(date => { const files = fs.readdirSync(path.join(backupRoot, date)) return files.map(f => ({ date, name: f, path: path.join(backupRoot, date, f), size: fs.statSync(path.join(backupRoot, date, f)).size })) }) .flat() .sort((a, b) => new Date(b.date) - new Date(a.date)) }

9. 调试与问题排查

9.1 常见问题速查表

根据我的支持经验，这些是最常遇到的问题：

现象	可能原因	解决方案
文件内容为空	未等待写入完成	使用sync方法或await写入完成
权限错误	跨平台路径问题	使用path.join规范化路径
数据损坏	并发写入冲突	实现文件锁机制
性能下降	大文件直接读取	改用流式处理

9.2 高级调试技巧

文件系统监控：

# Linux/Mac sudo fs_usage -w -f filesys process_name # Windows Process Monitor

Node.js文件调试：

// 在启动时注入监控 const fs = require('fs') const originalWrite = fs.writeFileSync fs.writeFileSync = function(...args) { console.log(`Writing to ${args[0]}`) return originalWrite.apply(fs, args) }

崩溃分析：

process.on('uncaughtException', (err) => { const dumpPath = path.join(__dirname, 'crash.log') fs.writeFileSync(dumpPath, ` Crash Time: ${new Date()} Error: ${err.stack} Memory: ${process.memoryUsage().rss / 1024 / 1024}MB Load: ${os.loadavg()} `) })

10. 项目示例与模板

10.1 电子书阅读器MVP

这是我为一个出版客户开发的方案：

核心结构：

/ebook-reader /books # 用户书库 /{book-id} book.epub # 原始文件 meta.json # 阅读进度、书签等 /config settings.json # 全局配置

关键技术点：

使用EPUB.js解析电子书
将阅读位置自动保存到meta.json
实现简单的全文搜索（基于lunr.js）

10.2 可复用模板项目

我整理了一个开箱即用的模板：

git clone https://github.com/example/file-based-mvp-template

包含这些预设功能：

基础文件操作API
自动备份机制
崩溃恢复系统
性能监控面板

11. 进阶：自定义文件格式

11.1 二进制格式设计

当JSON性能不足时，可以考虑二进制格式：

// 自定义任务文件格式（.taskbin） // [4字节magic][4字节版本][n个任务记录] // 每个任务记录： // [4字节ID][4字节时间戳][1字节状态][2字节标题长度][标题内容] function writeBinaryTaskFile(tasks, path) { const buf = Buffer.alloc(8) buf.writeUInt32BE(0x5441534B, 0) // 'TASK'的十六进制 buf.writeUInt32BE(1, 4) // 版本1 tasks.forEach(task => { const titleBuf = Buffer.from(task.title, 'utf8') const record = Buffer.alloc(11 + titleBuf.length) record.writeUInt32BE(task.id, 0) record.writeUInt32BE(task.timestamp, 4) record.writeUInt8(task.status ? 1 : 0, 8) record.writeUInt16BE(titleBuf.length, 9) titleBuf.copy(record, 11) buf = Buffer.concat([buf, record]) }) fs.writeFileSync(path, buf) }

11.2 混合存储策略

结合两种格式的优势：

/data /index # 快速查询的元数据（JSON） /chunks # 大内容分块存储（二进制） /attachments # 原始文件保留

12. 测试策略与自动化

12.1 单元测试要点

文件操作测试的特殊注意事项：

describe('File Operations', () => { let testDir beforeEach(() => { testDir = fs.mkdtempSync(path.join(os.tmpdir(), 'test-')) }) afterEach(() => { fs.rmSync(testDir, { recursive: true }) }) it('should save and load tasks', () => { const filePath = path.join(testDir, 'test.json') saveTasks([{ id: 1 }], filePath) expect(readTasks(filePath)).toEqual([{ id: 1 }]) }) })

12.2 性能测试方案

使用基准测试监控退化：

const benchmark = require('benchmark') const suite = new benchmark.Suite() suite.add('JSON write', () => { fs.writeFileSync('test.json', JSON.stringify({ test: 1 })) }) .add('Binary write', () => { const buf = Buffer.alloc(4) buf.writeUInt32BE(1, 0) fs.writeFileSync('test.bin', buf) }) .on('cycle', event => { console.log(String(event.target)) }) .run()

13. 用户反馈与迭代

13.1 埋点设计

在不依赖服务器的情况下收集使用数据：

const analyticsPath = path.join(app.getPath('userData'), 'analytics') function trackEvent(event, data = {}) { const today = new Date().toISOString().slice(0, 10) const file = path.join(analyticsPath, `${today}.log`) fs.appendFileSync(file, JSON.stringify({ timestamp: Date.now(), event, ...data }) + '\n') } // 示例：跟踪文件保存操作 function saveDocument(content) { const start = Date.now() fs.writeFileSync('doc.txt', content) trackEvent('file_save', { duration: Date.now() - start, size: content.length }) }

13.2 反馈分析工具

开发内置的日志查看器：

function analyzeUsage() { const files = fs.readdirSync(analyticsPath) const stats = { saves: 0, totalSize: 0, errors: 0 } files.forEach(file => { const lines = fs.readFileSync(path.join(analyticsPath, file), 'utf8') .split('\n') .filter(l => l) lines.forEach(line => { const entry = JSON.parse(line) if (entry.event === 'file_save') { stats.saves++ stats.totalSize += entry.size || 0 } else if (entry.event === 'error') { stats.errors++ } }) }) return stats }

14. 打包与分发策略

14.1 文件位置规范

不同平台的约定俗成：

平台	用户数据位置	配置存储位置
Windows	`%APPDATA%/YourApp`	`%LOCALAPPDATA%/YourApp`
macOS	`~/Library/Application Support/YourApp`	`~/Library/Preferences/YourApp`
Linux	`~/.local/share/your-app`	`~/.config/your-app`

正确实现：

const { app } = require('electron') function getDataPath() { return path.join(app.getPath('appData'), 'YourApp') } function getConfigPath() { return path.join(app.getPath('userData'), 'config.json') }

14.2 自动更新方案

通过GitHub Releases实现：

const { autoUpdater } = require('electron-updater') function checkUpdates() { autoUpdater.setFeedURL({ provider: 'github', repo: 'your-repo', owner: 'your-account' }) autoUpdater.checkForUpdatesAndNotify() } autoUpdater.on('update-downloaded', () => { dialog.showMessageBox({ type: 'info', message: '更新已下载', detail: '重启应用以完成安装', buttons: ['现在重启', '稍后'] }).then(result => { if (result.response === 0) autoUpdater.quitAndInstall() }) })

15. 商业模式与扩展

15.1 文件型应用的变现路径

基于我的咨询经验，这些模式最可行：

专业版功能：免费基础版+付费高级功能
- 示例：免费版限制10个文件，付费解锁无限
云同步增值服务：基础本地存储+付费云端备份
- 技术实现：将文件定期打包上传到用户选择的云存储
企业定制：提供特定行业的数据处理模板
- 案例：为法律行业定制合同管理模板

15.2 技术债务管理

随着功能增加，要注意控制复杂度：

模块化架构：

/src /core # 文件操作基础库 /features # 可选功能模块 /plugins # 第三方扩展

配置开关：

{ "experimentalFeatures": { "cloudSync": false, "aiAssist": true } }

定期重构：每3个月安排一次技术债偿还周期

16. 行业应用案例

16.1 成功项目解析

医疗数据采集工具：

背景：乡村诊所无稳定网络
方案：Electron+本地SQLite
成果：200+诊所使用，每日2000+记录
关键设计：
- 数据分片按诊所+日期存储
- 导出时自动加密压缩
- 支持U盘直接拷贝传输

教育评估系统：

特殊需求：防止学生篡改成绩文件
解决方案：
- 二进制格式存储
- 数字签名验证
- 只读USB分发模式

16.2 领域特定优化

不同行业的特殊考虑：

行业	存储格式	特殊需求	解决方案
金融	加密二进制	审计追踪	只追加写入设计
教育	可读JSON	教师修改	变更标记与版本对比
医疗	HL7/XML	隐私保护	字段级加密

17. 开发者体验优化

17.1 调试工具集成

在应用中内置开发者面板：

function initDevTools() { if (process.env.NODE_ENV === 'development') { const devMenu = new MenuItem({ label: '开发者', submenu: [{ label: '显示文件监控', click: () => showFileWatcherWindow() }] }) Menu.getApplicationMenu().append(devMenu) } } function showFileWatcherWindow() { const win = new BrowserWindow({ width: 800, height: 600 }) win.loadFile('dev/file-watcher.html') // 将文件事件转发到调试窗口 fileWatcher.on('change', (event) => { win.webContents.send('file-event', event) }) }

17.2 文档生成自动化

基于JSDoc生成API文档：

/** * @file 文件操作核心模块 * @module lib/file */ /** * 安全写入文件 * @param {string} path - 标准化后的文件路径 * @param {string|Buffer} content - 要写入的内容 * @param {object} [options] - 写入选项 * @param {boolean} [options.backup=true] - 是否创建备份 * @throws {Error} 当路径非法时抛出异常 */ function safeWrite(path, content, options = {}) { // 实现... }

使用typedoc生成文档网站：

npx typedoc --out docs src/lib/file.js

18. 安全审计要点

18.1 自查清单

每个季度应检查这些安全项目：

输入验证：
- 所有文件路径是否经过规范化处理？
- 用户提供的文件名是否过滤特殊字符？
权限控制：
- 配置文件和数据库是否设置了适当权限？
- 临时文件是否及时清理？
加密措施：
- 敏感信息是否加密存储？
- 加密密钥是否妥善管理？

18.2 渗透测试方案

基础安全测试方法：

路径遍历测试：

# 尝试访问系统文件 your-app open ../../../../etc/passwd

大文件攻击：

# 创建超大文件 dd if=/dev/zero of=test.bin bs=1G count=10

并发写入测试：

# 启动多个进程同时写入 for i in {1..10}; do your-app save test-$i & done

19. 社区资源与支持

19.1 优质学习资源

我经常推荐的进阶材料：

《File System API in Depth》（O'Reilly）：深入讲解各平台文件系统差异
《Data Persistence in Desktop Apps》：Electron和Tauri的存储方案对比
Node.js fs模块源码：学习底层实现原理

19.2 常见问题解答

整理自Stack Overflow的高频问题：

Q：如何原子性地替换文件内容？A：使用临时文件+重命名模式：

const tmpPath = `${path}.tmp` fs.writeFileSync(tmpPath, content) fs.renameSync(tmpPath, path) // 原子操作

Q：如何监控整个目录树的变化？A：使用chokidar的递归模式：

chokidar.watch('data', { persistent: true, ignoreInitial: true, depth: 99 // 递归深度 })

20. 未来演进方向

20.1 WebAssembly的机遇

将性能敏感部分用Rust/Go重编译：

// 使用Rust实现的快速文件解析 const wasm = require('./pkg/file_parser') wasm.parse_file_async('data.bin').then(result => { console.log(result) })

20.2 渐进式云集成

混合本地与云端存储的方案：

function getFile(path) { // 先检查本地缓存 if (fs.existsSync(localCachePath(path))) { return fs.readFileSync(localCachePath(path)) } // 不存在则从云端下载 return fetch(cloudUrl(path)) .then(res => res.buffer()) .then(data => { fs.writeFileSync(localCachePath(path), data) return data }) }

20.3 分布式文件方案

探索IPFS等新技术：

const ipfsClient = require('ipfs-http-client') async function shareOnIPFS(filePath) { const ipfs = ipfsClient.create({ host: 'ipfs.infura.io', port: 5001 }) const file = await ipfs.add(fs.readFileSync(filePath)) return file.cid.toString() }

21. 个人经验与建议

经过数十个File-Based App项目的实战，这些教训值得分享：

版本兼容比想象中重要：曾因忽略版本标记导致用户数据丢失，现在所有数据文件首行必须是{"version":"1.0",...}格式。
性能问题往往出现在意料之外的地方：一个简单的JSON配置文件，当用户放入2000条记录后，读写延迟从2ms飙升到800ms。现在所有配置读取都改用行解析模式。
用户会以你想象不到的方式使用文件系统：有人把我们的日志文件当作数据库直接编辑，结果触发了文件锁死。现在增加了文件头校验和用户提示。

对于刚接触File-Based开发的朋友，我的建议是：从最简单的JSON文件开始，随着需求复杂化逐步引入更专业的存储方案。记住，MVP阶段的目标是验证想法，不是构建完美架构。