 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
|
2992f4ee49
|
fix(药分享): 修正 page-meta 位置并兜底接口返回，修复首屏报错
问题一：<page-meta> 渲染层报错“只能是页面内的第一个节点”
page-meta 原先嵌在根 view 内，位置在根节点的孙级。而编译器
uni-template-compiler/lib/template/generate.js 的 parsePageMeta 只检查
根节点的直接 children，匹配不到就不做“提升为第一个节点”的处理；
加上 webpack-uni-app-loader/page-meta.js 只要模板含 <page-meta 就会
无条件外包一层 <view>，最终渲染成
<view class="data-v-xxx"><view class="share-page">...<page-meta>
导致微信报错。改为让 page-meta 与业务根 view 平级、放在最前，
经真实编译器验证产物第一个标签已是 <page-meta>。
问题二：onShow 抛 Cannot read properties of undefined (reading 'list')
直接诱因是后端 /yxe/yxe-share-detail/page?groupByProduct=true 报错
（见 yxe-java 侧提交），返回体 code=1 且不带 data，getProductList 里
data.list 抛异常并中断整个 onShow，页面数据全部不渲染。
本次在小程序侧做防御性兜底，避免任一接口失败就整页白屏：
- getProductList / getTodayShare / getShareUserData / getUserData /
getRule / getShareData 均按要求校验再赋值
- getShareData 改用 slice() 排序，避免就地改动接口返回的数组；
amount 缺失按 0 处理，避免 NaN 让排序结果不稳定
|
2026-10-12 14:49:18 +08:00 |
|
|
weicw-dshsa
|
575b4a723a
|
perf(门店选择): 门店明细移出页面 data，修复首屏卡顿
门店接口 /shop/merchant/groupByChain 一次返回 8105 家门店（约 1.1MB）。
此前把门店明细原样放进页面 data，data 树膨胀到 1118KB，导致此后每次
setData 都要重新 diff/序列化整棵树——即使载荷只有 1 个字段，耗时也从
约 490ms 涨到约 1000ms，首屏因此多花约 3.5s。
改为把明细挂在实例属性 merchantStore 上（不进页面 data），
merchantChainList 只保留 {id, text, merchantCount} 骨架，
新增 getMerchantsByChainId() / getVisibleMerchants() 按需取数。
涉及页面：
- packageUser/self-report/create.vue
- packageUser/chronic/index.vue
- pages/task/detail.vue
- pages/share/create.vue
- pages/share/index.vue
- pages/audit/components/AuditShareItem.vue
实测（微信开发者工具自动化）：
- 页面 data 门店明细 1118KB -> 1KB
- 单字段 setData 998ms -> 10~53ms
- self-report/create 首屏 9055ms -> 5341ms
- 门店 picker 选项数不变（大参林 2700 项），搜索与选中回填均正常
|
2026-10-11 15:18:06 +08:00 |
|
 b2894lxlx
|
69e6ed8c59
|
20260929
|
2026-09-29 15:17:13 +08:00 |
|