新增业务模块的实施路径

怎样确定模块归属？

当前单体在 单体应用 中装配 UMS、PMS、OMS、CMS；四域保留各自迁移与公开类型，共享单体数据源和本地事务管理器。

先判断需求属于会员、商品、订单还是内容，是否涉及跨域原子写入。写清输入、业务单位、状态转换、失败语义和数据所有者，再新增类型与用例。目录相似不代表可以复制另一域的SQL。

一个完整切片包括什么？

步骤	产出	核对点
契约	请求、响应及错误	与真实行为同源
业务	core用例和技术端口	校验、事务、状态
适配	控制器与仓储	权限、参数绑定、范围
数据	所属域的新迁移	历史保留与vendor边界
页面	路由、集中API与状态	取消、冲突、空态
验证	正常与拒绝样本	实际持久回读

接口声明还要检查什么？

单体版存在账号类型声明、权限目录和业务审计声明；检查授权需同时核对请求方法、主体权限与业务数据范围。

按钮隐藏只是交互提示，服务端仍要拒绝无权限或越范围请求。过期修订应明确冲突，不能静默覆盖更新。生成接口类型后检查所有调用点，而非仅让类型文件更新。

哪些方式会增加升级成本？

把逻辑塞进启动层、直接跨域访问私有表、散布硬编码渠道参数或改写已发布迁移都会扩大后续合并与验证范围。先做小而完整的切片，记录扩展边界和影响模块，再进入下一个需求。