# ADR-RSMS-001：技术栈选型

> ADR 编号：ADR-001
> 状态：已决策（代码已先行，补录）
> 日期：2026-07-31
> 项目：RSMS

## 背景

项目启动时需要确定前端框架、后端框架和数据库选型。项目为内部管理后台，初期规模可控，但需考虑 37 个站点、约 500 名记者的数据增长。

## 选项

### 前端

| 选项 | 优点 | 缺点 |
|---|---|---|
| A. React + Vite + TypeScript | 生态成熟、类型安全、Vite 热重载快、团队熟悉度高 | 学习曲线存在（对新手） |
| B. Vue + Vite + TypeScript | 上手快、单文件组件直观 | 团队 React 经验更丰富 |
| C. 原生 HTML + JS | 无依赖 | 不可维护 |

### 后端

| 选项 | 优点 | 缺点 |
|---|---|---|
| A. Express.js + Node.js | 轻量、路由灵活、JSON 原生、团队熟悉 | 需自行处理结构化代码 |
| B. Spring Boot (Java) | 生态完善、企业级 | 需要 JDK 环境、启动慢 |
| C. Django (Python) | 快速开发、内置 ORM | GIL 限制并发、对团队熟悉度低 |

### 数据库

| 选项 | 优点 | 缺点 |
|---|---|---|
| A. SQLite（WAL 模式） | 零配置、文件级、无服务进程、适合本地开发 | 并发写入受限（当前规模可接受） |
| B. PostgreSQL | 关系型权威、功能强大、并发好 | 需要安装运行、增加运维成本 |
| C. JSON 文件 | 零配置 | 无查询能力、无法处理关联 |

## 决策

- **前端**：React + Vite + TypeScript（选项 A）
- **后端**：Express.js + Node.js（选项 A）
- **数据库**：SQLite（WAL 模式）（选项 A）

## 理由

1. **React + Vite**：团队已有 React 经验；Vite 提供极快的热重载体验；TypeScript 提供编译期类型检查，减少运行时错误；Recharts 作为数据可视化方案与 React 生态无缝集成。
2. **Express.js**：轻量、路由直观；JSON 作为 API 响应格式零序列化成本；`node --watch` 支持开发热重载；无额外配置。
3. **SQLite**：零运维成本，文件即数据库；WAL 模式支持读写并发（读不阻塞写）；数据文件可随 Git 管理（需注意 .gitignore）；当前规模（37 站 x 500 人）完全在 SQLite 处理能力内。

## 升级路径

| 组件 | 升级触发条件 | 目标方案 |
|---|---|---|
| 数据库 | 并发写入成为瓶颈（预估 > 100 并发写入/秒） | 迁移至 PostgreSQL |
| 后端 | 业务逻辑复杂度增加 | 考虑 NestJS 或 DDD 架构重构 |
| 前端 | 页面数量 > 30 或团队 > 5 人 | 引入 React Router、状态管理（Redux Toolkit） |

## 风险

- SQLite 在极高并发写入场景下可能成为瓶颈（当前评估：低风险）
- 前后端均使用 JS/TS，技术栈统一，全栈可复用类型定义（未来引入 tRPC 可进一步增强类型安全）