17b423b9b8
后端： - 文章审核状态机：draft → pending_review → published（含 reject/unpublish） - 文章分类 CRUD（article_category entity + service + handler） - 文章标签 CRUD（article_tag + article_article_tag 关联） - 文章修订版快照（article_revision） - 阅读计数、排序、slug、审核备注 - 新增 health.articles.review 权限 前端： - ArticleManageList：状态标签页 + 分类筛选 + 关键字搜索 + 审核操作 - ArticleEditor：Wangeditor 富文本编辑器 + 元数据侧栏 - ArticleCategoryManage：分类 CRUD + 父子层级 - ArticleTagManage：标签 CRUD 修复： - diagnosis_service/health_data_service/dialysis_service: 补充 key_version 字段 - ArticleCategoryManage: 补充 Select 组件导入
40 lines
1.8 KiB
Markdown
40 lines
1.8 KiB
Markdown
# 内容管理模块设计讨论
|
||
|
||
> 日期: 2026-04-26 | 参与者: 用户 + AI
|
||
|
||
## 背景
|
||
|
||
HMS 项目已有文章（article）基础 CRUD 实现（后端 API + 小程序列表/详情页），但缺少 Web 管理后台、富文本编辑、审核流程、分类管理等核心内容管理能力。用户希望围绕内容管理功能展开发散式讨论，确定设计方向。
|
||
|
||
## 讨论要点
|
||
|
||
### 需求确认
|
||
|
||
- **定位**：综合内容平台 — 健康科普 + 医院公告 + 活动通知 + 科室介绍等
|
||
- **编辑体验**：富文本可视化编辑（非 Markdown）
|
||
- **发布流程**：需要审核流程（作者提交 → 审核员审批 → 发布）
|
||
- **角色**：内容作者、审核员、患者读者（不需要独立的内容管理员角色）
|
||
- **媒体**：先做图片上传，视频/附件后续再加
|
||
|
||
### 方案选择
|
||
|
||
讨论了两个方案：
|
||
|
||
1. **方案 A：在 erp-health 内扩展** — 改动最小，复用现有 CRUD + 权限体系
|
||
2. **方案 B：拆分为独立 erp-content crate** — 关注点分离但工作量大
|
||
|
||
最终选择：**方案 A + 预留拆分接口**。内容管理代码放在 `content/` 子目录，通过事件总线与 health 核心通信，未来可拆分。
|
||
|
||
### 设计决策
|
||
|
||
- 数据模型：articles 表 ALTER 增加 status/slug/reviewed_by 等字段 + 新增 4 张表（category/tag/relation/revision）
|
||
- 审核状态机：draft → pending_review → published，支持 reject 和 unpublish
|
||
- 富文本编辑器：Wangeditor v5（MIT、轻量、中文优先）
|
||
- 图片存储：本地文件系统，后续可迁移至 OSS
|
||
- 新增权限码：`health.articles.review`
|
||
- 新增事件：article.submitted/approved/rejected/published
|
||
|
||
## 结论
|
||
|
||
设计规格已写入 `docs/superpowers/specs/2026-04-26-content-management-design.md`，估算工作量 7-10 天（后端 3-4 天 + 前端 3-4 天 + 小程序 1-2 天）。
|