diff --git a/.workbuddy/memory/2026-07-17.md b/.workbuddy/memory/2026-07-17.md index c50b7e0..23ce573 100644 --- a/.workbuddy/memory/2026-07-17.md +++ b/.workbuddy/memory/2026-07-17.md @@ -72,3 +72,24 @@ - **真正的 `storeId=0` bug 根因**:`xinlong-shop-taro/src/pages/store/orders/index.tsx:465` 的 `openShipModal` 调 `listShopStoreUser()` **没传 storeId**(默认 0),即用户最初报的 `?storeId=0`。 - **已修(xinlong-shop-taro)**:`openShipModal` 内先 `getMyClerk()` 取 `storeId`,`listShopStoreUser({storeId})` 拉本门店店员;并默认选中 `userId === 当前登录人 userId` 的店员(`setSelectedClerkId(match.id)`)。`tsc --noEmit --types webpack-env` 该文件零新增报错(仅 162/208/212 三个项目既有错误,均在我未改动区域)。 - **教训**:跨项目时先用 glob/find 在多个候选项目里确认"哪个项目有该功能源码",再动手;不要凭域名/习惯默认锁定一个项目。本次因 `guilixu-taro` 与 `xinlong-shop-taro` 命名相近、且前者恰有 `getMyClerk` 等同名 API 而误判。 + +## 发货弹窗文案优化(deliveryModal.vue) +- 用户反馈"快递配送时发货人/联系人选门店是否不合理",分析结论:业务逻辑正确(发货人=寄件方=门店),问题在文案未区分"寄件方"与"承运方"。 +- 改动 `src/views/shop/shopOrder/components/deliveryModal.vue`: + - 「发货门店」标签动态化:快递配送→「发货门店」,商家送货→「配送门店」(placeholder 同步动态)。 + - 「发货人」标签动态化:快递配送→「寄件人」,商家送货→「发货人」(联系方式标签同理)。 + - 提示文案动态化:快递配送说明"寄件人即为发货门店",商家送货说明"回填配送店员信息"。 + - 快递配送时在寄件人字段下方加小字说明"寄件人信息将同步至快递面单"。 + - 验证规则的 reject 文案同步动态化。 +- 不涉及数据结构/接口变更,纯前端文案优化。 + +## 修复小程序订单详情页配送方式判断逻辑(guilixu-taro) + +- 文件:`src/pages/order/detail.tsx` +- 问题:原代码 `isExpress = order.deliveryType === 0 || undefined`,无法区分 deliveryType=2(商家送货) +- 修复: + 1. 新增 `DELIVERY_TYPE_MAP`:`0=快递配送, 1=自提, 2=商家送货` + 2. 修正 `isExpress` 判断:`deliveryType === 0 || 2 || undefined` → 快递/商家送货都显示收货人信息 + 3. 收货信息卡片:商家送货显示🛵图标+配送门店名,快递配送显示📦图标 + 4. 订单信息区新增「配送方式」字段展示(使用 DELIVERY_TYPE_MAP) +- deliveryType 值范围来自管理后台 deliveryModal.vue:0=快递配送, 1=无需发货(自提), 2=商家送货 diff --git a/src/views/shop/shopOrder/components/deliveryModal.vue b/src/views/shop/shopOrder/components/deliveryModal.vue index 9dc936b..7af65a0 100644 --- a/src/views/shop/shopOrder/components/deliveryModal.vue +++ b/src/views/shop/shopOrder/components/deliveryModal.vue @@ -88,10 +88,13 @@