 weicw-dshsa
|
40fed38f83
|
fix(小程序): 修正 v-for :key 表达式告警，恢复列表 wx:key
非 h5 平台的 :key 只接受简单属性名，模板字面量与运算表达式会被编译器
整条丢弃（uni-template-compiler 的 getForKey：Identifier 走 *this 或原名，
MemberExpression 取属性名，其余一律 warning + 返回空串）。
所以这批告警不只是文案问题：产物里对应的 <block wx:for> 后面确实没有
wx:key，列表项因此失去复用标识，增删时会整段重建节点。本次按编译器
接受的写法逐一改正，共 13 个文件。
改法：
- 纯 URL 字符串数组（打卡/门头/小票/凭证/巡店照片）直接用元素自身
:key="img"，编译为 wx:key="*this"
- 对象数组用其已有唯一字段：连锁/门店 item.id、抄送用户 user.id、
审计销量行 detail.key、编辑销量项 detail._key
- 本身无唯一字段的巡店列表补 _key：task/detail 沿用 visit.vue 已验证的
_rowKey（自增 seed，增删稳定），records 与 AuditVisitReportItem 用序号
sales.vue 另有一处隐蔽问题：row 是 {item, index} 包装对象，
:key="row.item._key || row.index" 即便写成简单形式也会生成 wx:key="_key"，
在 row 上取不到值。改为在 visibleSalesItems 里把 key 提到包装对象顶层，
_key 缺失时用序号兜底。create.vue 的销量摘要同样补 __key 兜底，避免重复 key。
注：task/detail 的 storeList 提交走 sanitizeStoreList() 显式白名单，
_rowKey 不会外泄到后端。
验证：HBuilderX cli 重新编译 —— 编译成功，非 h5 平台 :key 告警 0 条
（修改前满屏 40+ 条），产物中 wx:for 与 wx:key 数量逐文件相等。
|
2026-10-12 18:18:11 +08:00 |
|
|
weicw-dshsa
|
2ff8d42207
|
fix(自主填报): 修正重提跳转按填报类型、补 wx:key 并清理废弃 API 调用
一、填报记录「重新提交」跳错表单（用户反馈）
records.vue 原先按 activeType（当前 tab）决定跳驻店还是跑店表单，
但列表请求无守卫：切 tab 会连发请求且响应顺序不保证，
旧响应回来会盖掉当前 tab 的数据，导致 tab 与实际数据错位。
此时点「重新提交」会拿 A 表的 id 去打开 B 表的表单
（两表 id 各自从 1 开始，撞号常见，故不报错、只静默进错页面）。
改法：把填报类型钉在记录上，而不是靠 tab 状态猜
- fetchList 拉到数据后给每条记录打 reportType
- 新增 recordType(item)：优先取记录自带类型，异常数据回退当前 tab
- 归一化、筛选、卡片标题/副标题、展开详情形态、重新提交跳转全部改走它
- 列表请求加自增 listRequestId 守卫，丢弃过期响应（loading 同理）
二、visit.vue 缺 wx:key 告警
小程序 wx:key 只接受简单属性路径，模板字面量写法
（:key="`store-${idx}`"）会被编译器静默丢弃，四处循环因此无 key。
按项目既有 _rowKey 模式改：
- 巡店列表 :key="item._rowKey"，新增 buildStoreKey/ensureStoreKeys
（重提与草稿的旧数据无该字段，加载时补齐；提交走显式白名单，不外泄）
- 照片 :key="photo"，两个 picker :key="item.id"
三、getSystemInfoSync 废弃告警
该调用在 AppNavbar 的 render（getSafeTop）里，每渲染一次告警一次。
改为挂载时取一次并缓存，优先用新接口 uni.getWindowInfo，
取不到再回退旧接口；select.vue 同源调用一并处理。
注：uview 组件库内部 u-overlay/u-popup 的 mode 传 null 告警
（u-popup 的 position computed 无 else 分支）未改，
uni_modules 已被 gitignore 且会被依赖重装覆盖，属组件库问题。
|
2026-10-12 13:47:03 +08:00 |
|
|
weicw-dshsa
|
aff1e52e3e
|
feat(自主填报): 拆分驻店/跑店填报并新增跑店填报页
「自主填报」原本只有一种表单。本次拆成两种类型：
1. 新增选择填报类型页 packageUser/self-report/select
- 按设计稿：hero 页头 + 两张类型卡（驻店填报 / 跑店填报）+ 确认选择
- 入口（首页、我的）由直接进 create 改为先进 select
2. 原自主填报页改为「驻店填报」
- 仅改导航标题，表单内容不变
3. 新增跑店填报页 packageUser/self-report/visit
- 复制现有跑店/巡店任务（pages/task/detail 的 cateId=4 分支）的填报页并改造：
保留巡店列表与下方内容，去掉列表上方的任务卡片/总进度/任务详情；
打卡、摆台照、销量、小票、门店评分一并不保留
- 巡店列表内「连锁筛选」「门店筛选」是两个并列的独立输入框，
各自弹各自的选择器（不串联），样式与驻店填报逐项对齐；
换连锁会清空已选门店
- 每条巡店可新增/删除，独立获取定位 + 打卡拍照（最多 9 张）
- 定位不强制（巡店任务里是强制的，这里放开）
- 底部「保存草稿」+「提交填报」，草稿交互与驻店填报一致：
进页面询问是否加载、提交成功后清除；storage key 与驻店分开
- 驳回后重新提交复用同一页面（mode=resubmit）
4. 填报记录页加「驻店 / 跑店」类型切换
- 两表分表查询，各自分页；跑店卡片展示门店数、巡店列表（门店/定位/照片）
- 连锁与门店关键词筛选落到巡店列表的每一行
5. 药审核加「跑店填报」类型
- 新增 AuditVisitReportItem，展开时按 id 拉详情（列表不下发 store_list）
- 跑店没有销量小计，审核通过需手填奖金，故补奖金输入弹层
顺带重构：
- 门店解析（扁平列表 / 连锁嵌套两种结构的兼容、门店明细不入页面 data
的性能处理）抽到 util/store-picker，create 与 visit 共用一份，
避免两页各自维护导致解析口径不一致
|
2026-10-11 22:50:15 +08:00 |
|
|
weicw-dshsa
|
9eaa168d72
|
feat(填报记录): 被驳回记录支持修改后重新提交
- records.vue：已驳回记录卡片底部新增“重新提交”按钮，跳转
create?id=<id>&mode=resubmit；同时补上驳回原因展示
（原 normalizeRecord 未提取 rejectReason，列表页看不到驳回理由）
- create.vue：复用同一表单页做编辑模式，onLoad 读 id/mode，
回填门店、日期、打卡照、摆台照、小票、销量、小结、评分、定位；
标题与按钮切换为“重新提交填报/重新提交”，隐藏保存草稿
（草稿 key 与新增共用，会互相覆盖）
- 提交走 resubmit 接口，成功后返回列表，onShow 自动刷新为待审核
- api/self-report.js：新增 selfReportResubmitReq
|
2026-10-11 17:05:12 +08:00 |
|
 b2894lxlx
|
69e6ed8c59
|
20260929
|
2026-09-29 15:17:13 +08:00 |
|