数据库、接口和页面按什么依赖顺序实现

按可运行的纵向切片实现

先把数据库全部建完、再写所有接口、最后做页面，会在集成时集中暴露错误。更稳的方式是选一个用户流程，从数据到接口到页面完整打通，再扩下一块。

选最小闭环

选择一个高价值、低依赖的动作，明确输入、持久化、响应和页面反馈。

把涉及的文件、目录、版本、命令和实际输出写进记录；代码变化同时保留 diff 与测试结果。

先定契约和状态

写实体字段、校验、权限、接口请求响应、错误和页面加载空状态，不急着实现全部字段。

确认“先定契约和状态”已经有可回查结果，再进入“完成第一条纵向链”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

完成第一条纵向链

迁移、数据访问、业务逻辑、接口和页面一起完成，并用真实环境跑通。

确认“完成第一条纵向链”已经有可回查结果，再进入“补测试和观测”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

补测试和观测

对关键规则做单元或接口测试，对用户流程做浏览器验证，日志能定位每一层。

确认“补测试和观测”已经有可回查结果，再进入“按依赖扩展”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

按依赖扩展

只有上一切片通过验收，才加入新状态、角色和功能，避免同时打开过多未完成模块。

需要修改时先限定文件和行为范围，无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“纵向功能切片计划”。

每个切片都应可演示、可测试、可回滚

计划表写用户结果、涉及层、依赖、迁移、测试和完成证据。只有某一层的代码而没有端到端结果，不标完成。