从代码改动生成完整的 Pull Request 描述（变更档…

# PR描述（可直接复制修改）

标题

```

refactor(order): 重构订单模块，提升代码可维护性与可测试性

```

摘要（Summary）

> 本次重构涉及 12 个文件、约 800 行变更，聚焦订单模块的代码质量优化。不改变现有业务逻辑与对外接口行为，主要改进包括：

> - 拆分臃肿类/函数，单一职责化（示例：将订单创建、状态流转、支付回调逻辑分离）

> - 消除重复代码，统一订单状态判断的工具方法

> - 补充/更新单元测试，覆盖核心分支

> - 更新相关类型定义与注释

背景与动机（Motivation）

> - 原订单模块代码耦合度高，新增订单类型或修改状态逻辑时改动范围大、回归风险高

> - 部分历史逻辑缺乏测试保护，重构前难以安全迭代

> - 本次重构为后续订单拆单/合单功能铺路

变更清单（Changes）

| 类别 | 文件/内容 |

|---|---|

| 核心重构 | OrderService / OrderStateManager 等（按实际填写） |

| 测试 | 新增/调整的测试文件 |

| 配置/类型 | 相关 interface、常量调整 |

测试情况（Testing）

• [ ] 单元测试通过（覆盖率：请填写）
• [ ] 本地手动验证核心下单/退款流程
• [ ] CI 通过

影响范围与风险

• 对外 API 无变更 / 有变更（说明兼容性）
• 需重点 review：状态流转逻辑、边界条件处理

Review 提示

建议按文件逐个 review，核心逻辑集中在 xxx.go/xxx.ts，其余为配套调整。

---

# 使用提示

1. 把示例内容替换成真实改动——我没有你的 diff，以上为结构模板，请对照 12 个文件逐一填实

2. 变更清单建议用 git diff --stat 核对文件列表，避免遗漏

3. 若有行为变更（即使细微），务必在“影响范围”明示，降低 review 摩擦

4. 大 PR 可附自测截图或 before/after 代码对比，加速同事理解