yxe-mp

b2894lxlx/yxe-mp

Fork 0

Commit Graph

Author	SHA1	Message	Date
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

Author

SHA1

Message

Date

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

3 Commits