 yml2213
|
832a0628c6
|
feat(order): 结账备注与系统结算信息分开展示，系统结算信息改为逐行明细
- 结账内容写入分隔标记，展示端拆出「结账备注（不参与结算金额）」与「系统结算信息（参与结算金额）」
- 系统结算信息每件消耗品单独一行并给合计，哈夫币/押金各一行；兼容旧数据（同一行用「；」分隔自动拆行并补合计）
- 新增 CheckoutSystemDetail 明细组件，接入订单交接记录、结账明细（PC/移动端）与客服订单详情、聊天侧栏
- 结账提交表单与二次确认补充「备注不参与结算金额」提示
|
2026-10-15 18:14:31 +08:00 |
|
|
yml2213andCursor
|
f2060c19cf
|
feat(listings): 订单和账号详情展示可租时长与每日消耗
租客在订单列表和详情标题能看到每个号的租期、消耗。账号详情把这两项拆成独立格子。
Co-authored-by: Cursor <cursoragent@cursor.com>
|
2026-10-05 16:32:08 +08:00 |
|
|
yml2213
|
4c1fe7439d
|
新增客服一键交接功能
|
2026-08-15 17:27:35 +08:00 |
|
|
yml2213
|
89bf5f30ba
|
fix(order): complete checkout details and deposit warning
|
2026-08-09 21:35:40 +08:00 |
|
|
yml2213
|
4bc25b87d8
|
修复平台代管订单流程
|
2026-07-25 19:17:19 +08:00 |
|
|
yml2213
|
1a4776bba0
|
支持结账多轮协商与按实际消耗双比例结算
允许双方最多 6 轮修改结账方案；哈夫币按实际消耗与 buyer/seller 比例计价，打超从押金扣，押金不足禁止自动完结并引导人工争议。同步收紧结账明细展示密度。
|
2026-07-18 20:35:16 +08:00 |
|
|
yml2213
|
98772867a7
|
统一结账押金字段为押金赔付扣除
号主修正去掉无效的其他押金扣款，仅保留押金赔付扣除；
前后端与账单文案统一，修正时 other 与 deduct 对齐。
|
2026-07-17 17:17:29 +08:00 |
|
|
yml
|
0add23dedb
|
修复预计 截止时间
|
2026-06-17 23:10:38 +08:00 |
|
|
yml2213
|
3ef7705776
|
优化申诉仲裁流程和证据展示
|
2026-06-13 21:26:38 +08:00 |
|
|
yml
|
3bbe356c3f
|
拆分订单详情结账逻辑
|
2026-06-09 22:07:55 +08:00 |
|
|
yml
|
9cc959afc4
|
收敛前端金额表单命名
|
2026-06-09 20:59:50 +08:00 |
|
|
yml2213
|
500f511185
|
增加前端格式检查配置
|
2026-06-08 06:40:33 +08:00 |
|
|
yml2213
|
75e849a91a
|
修复前端迁移后的类型错误
|
2026-06-04 11:07:34 +08:00 |
|
|
yml2213andClaude Opus 4.7
|
125d83f2f2
|
feat: P1阶段完成 - 订单模块迁移与重构
## P1.3: 订单模块（orders）✅
### 完整迁移
- 迁移 API: orders.ts
- 迁移 Views: 5个页面（桌面3 + 移动2）
- 迁移 Composables: useOrderSnapshot.ts
- 更新所有导入路径到 shared/
### 核心重构：拆分 useOrderDetail.ts
原始文件405行，混合了订单、支付、结算、争议等多个领域
**拆分为3个独立 composables：**
1. **usePaymentPolling.ts** - 支付轮询
- 职责：轮询查询支付状态直到完成
- 功能：开始/停止轮询、检查支付状态、自动重载
- 代码：~65行
2. **useSettlement.ts** - 结算流程
- 职责：处理订单结算完整流程
- 功能：提交/接受/反驳/确认结算、表单管理
- 代码：~170行
3. **useOrderDetail.ts** - 核心订单（重构后）
- 职责：订单核心流程，组合使用上述composables
- 功能：加载、取消、支付、交接、收货、争议
- 代码：~215行
**重构优势：**
- 职责清晰，单一职责原则
- 可复用，支付和结算逻辑可独立使用
- 易测试，每个composable独立可测
- 易维护，从405行拆分为3个文件
### 技术改进
- 建立清晰的模块边界和导出规范
- 避免循环依赖
- 提高代码可测试性和可维护性
## 里程碑
🎉 **P1 阶段完成！**
- ✅ P0: 基础设施（shared/）- 22个文件
- ✅ P1.1: 钱包模块 - 5个文件
- ✅ P1.2: 聊天模块 - 8个文件
- ✅ P1.3: 订单模块 - 11个文件
**总计：** 3个核心业务模块，46个文件完成迁移
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
2026-06-04 08:45:31 +08:00 |
|