Creates independently reviewab…

# 购物车模块重构拆分方案（对应 issue #482）

拆分原则

• 每个提交可独立编译、测试、review，不依赖后续提交才可用
• 每个提交 ≤ 200 行，提交信息关联 #482
• 顺序：先纯逻辑重构 → 再拆分组件 → 最后接入层收尾

---

Commit 1：抽取购物车核心逻辑为独立服务层

分支建议： refactor/cart-extract-service

• 将散落在控制器/页面中的购物车操作（加购、修改数量、删除、合计计算）抽到 CartService（或 useCart hook / composable）
• 原有调用点改为转发到新服务，行为不变，确保是纯重构
• 补充服务层单元测试（加购去重、数量边界、金额计算）
• 提交信息示例：refactor(cart): extract cart logic into service layer (#482)
• 预估规模：服务代码 + 测试约 150–180 行，原代码删除后净变化可控

Commit 2：拆分购物车 UI 组件

分支建议： refactor/cart-split-components

• 基于新服务层，将购物车大组件拆为：CartItem（单项展示/编辑）、CartSummary（合计区）、CartList（列表容器）
• Props/事件接口明确，状态统一由服务层管理，组件保持无状态或轻状态
• 补充关键组件的渲染测试（空购物车、单项删除、数量联动）
• 提交信息示例：refactor(cart): split monolithic cart view into components (#482)
• 预估规模：新组件 + 删旧代码 + 测试，建议拆分后若超 200 行，可把测试单独作为 2b 提交

Commit 3：清理遗留代码与接口对齐

分支建议： refactor/cart-cleanup

• 删除旧的重复工具函数、失效的样式和注释掉的死代码
• 统一命名与类型定义（如 CartItem 类型收敛到单一 types 文件）
• 如涉及购物车相关 API 调用点，收敛到统一的 API 模块
• 提交信息示例：chore(cart): remove legacy code and align types (#482)
• 预估规模：多为删除，新增少，通常 ≤ 100 行

---

Review 与合并建议

• 三个提交按序开 PR，或同一 PR 内按 commit 逐个 review
• 每个 PR 描述写明：改动范围、行为不变的验证方式（单测/E2E）、截图（涉及 UI 的 commit 2）
• 合并前确认 CI 全绿；commit 2 涉及 UI，建议安排熟悉前端的同学 review

风险提示

• 若现网购物车有未覆盖的复杂逻辑（如促销叠加、库存校验），commit 1 需重点 review 逻辑等价性，必要时先补测试再重构