独立程序的整体架构

梳理前台、后台、共享内容层和后续 API 的组织方式,作为项目长期演进的基线。

为什么先做共享内容层

如果一开始就让前台和后台各写一套内容结构,后面无论接数据库还是接 API,都会很快出现字段漂移和页面表达不一致的问题。

先把内容模型收敛成一层共享数据,能够让前台的列表页、详情页和后台的内容管理页围绕同一份结构演进。

当前建议的程序分层

前台继续使用 Next.js,负责品牌展示、文档首页、列表页、详情页以及未来的搜索和 SEO 能力。

后台使用 Vite + React + Ant Design,聚焦内容录入、目录管理、评论处理和站点设置。

共享层负责文档类型、分类、状态和基础查询逻辑,后续可以平滑替换成数据库与 API。

下一阶段应该补什么

优先补文档路由、目录页、详情页和后台内容管理中心,这样就能形成第一条真正可用的产品闭环。

等内容闭环稳定后,再进入搜索、评论、权限和部署脚本阶段,会更稳也更容易维护。

评论区

写下评论

1000 字内

昵称必填,邮箱不会公开。评论提交后会先进入审核。

全部评论

1
Lin2026-04-17

这一版把前后台和共享层先拆清楚是对的,后面无论接数据库还是接权限,都会更稳。

没有更多了