team/gmTouringMiniApp
5
0
Fork 0
forked from zhouruizhe/gmTouringMiniApp
Code Pull Requests Actions Activity

Zhouruizhe: 修复了首页空白 以及定位漂移到大西洋的bug #14

Merged
zhouruizhe merged 5 commits from zhouruizhe into main 2026-08-03 11:25:02 +08:00
Conversation 1 Commits 5 Files Changed 139
+971 -17653
5 Commits
Author SHA1 Message Date
周瑞哲 57ba418630 chore: 删除 files/ 下的三份方案文档
AI Code Review / review (pull_request) Successful in 4m45s
Details 
本机没装 git-lfs，仓库里留下的是 130 字节的 LFS 指针而不是文档本体，
对代码和构建都没有作用。按需要直接从工作树移除。

.gitattributes 里的 LFS 规则保留，它约束的是以后新增的二进制文件。
 2026-08-03 11:12:25 +08:00
周瑞哲 7ef4094788 fix(map): 收敛 regionchange 回写回路，修复选中标点后地图抽动
AI Code Review / review (pull_request) Successful in 2m11s
Details 
选中标点后地图在左右/上下反复抽动，根因是视口回写形成了自激回路：
map 的 longitude/latitude/scale 绑定到 store，而 regionchange 又无条件把
地图当前中心点写回 store —— 写 store 触发地图移动，移动结束回传一个
「差一点点」的中心点，再写回，再移动。上一个提交把中心点改成从
detail.centerLocation 同步读取后，回路里原本靠 getCenterLocation 异步跳变
掩盖住的这一点噪声就直接闭合了。

两道闸：
- 只接受手势造成的变化。causedBy 为 update（我们自己改绑定值或调
  includePoints 触发）时 store 已是权威值，不回写。老基础库拿不到
  causedBy 时退化到下一道闸。
- 所有回写走 commitViewport，经 isSignificantViewportChange 过滤掉小于
  1e-4 度 / 0.01 级的变化。远小于任何一次真实拖动，足以吸收量化噪声。

顺带修一个 H5 构建回归（1bcdd40 引入）：uni 的 H5 路由生成器按路径推导
组件标识，pages/poi/detail 与 pages-poi/detail 都归一成 PagesPoiDetail，
重复声明导致 build:h5 失败。兼容跳板必须留在旧路径上，所以改名分包路由
pages-poi/detail -> pages-poi/poi-detail。
 2026-08-03 11:08:39 +08:00
周瑞哲 1bcdd40729 fix(map): 修正定位落到零坐标、旧详情页路由白屏与跳转期间地图可拖动 
三个问题，前两个各有独立根因。

1) 首次打开定位到几内亚湾、底图变成 HERE

   regionchange 处理里读的是 `event.detail.longitude`，但微信的 regionchange
   载荷没有这个字段，`Number(undefined)` 恒为 NaN，于是每次都落到异步的
   getCenterLocation。冷启动时地图 SDK 还没拿到有效中心点，它会回传 (0, 0)，
   而两个 store 的坐标校验只查 Number.isFinite，(0, 0) 直接通过。

   (0, 0) 落在几内亚湾（Null Island），微信 <map> 一到境外坐标就切 HERE 底图。
   全程不需要用户点过定位按钮。

   数据集校验器本来就在拒绝零坐标，只是运行时 store 没套用同一条规则。现把它
   提成共享守卫 isTrustworthyCoordinate，validateCoordinates 改为复用，并铺到
   map store、location store 和打卡定位服务。regionchange 一侧改为优先读微信
   真正给的 detail.centerLocation，回落路径校验后才写入，且 mapReady 为 false
   时不接受任何回写。

2) 冷启动白屏、左上角只剩回首页的小房子

   f8ad5e1 把详情页从 pages/poi/detail 移进 pages-poi 分包，源码调用点都改了，
   但旧路由本身从 app.json 消失。任何还攥着旧路径的入口 —— 开发者工具模拟器上次
   停留的路由、预览启动页、已发出的分享卡片或二维码 —— 冷启动会落到微信解析不出
   的路由，渲染成白屏；因为不是 tabBar 页且栈深为 1，左上角只剩小房子。

   旧路径补一个只做重定向的跳板页，带 poiId 就 redirectTo 新路径，不带就 reLaunch
   回地图。用 redirectTo 是为了让跳板不留在页面栈里。主包 +1 KB。等所有入口都刷新
   过可以删掉。

3) 跳转详情页时地图仍可拖动几毫秒

   <map> 是渲染在 webview 之上的原生组件，销毁是异步的，页面转场开始了它还在。
   navigating 之前只用于防重复点击，没接到地图上。现在接上 enable-scroll /
   enable-zoom，并给 selectMarker、openCheckInRecords 补同一个守卫（后者原先完全
   没有防护），regionchange 在跳转期间也不再回写 viewport。onShow 里直接复位
   navigating，返回时立刻恢复交互，不等 500ms 兜底定时器。

   原生组件的异步销毁消不掉，但那几毫秒里地图不再响应拖动和缩放。

验证：测试 100 passed（map store 新增零坐标、越界、resetViewport 兜底用例），
type-check 干净。build 主包 1187 KB / 分包 1841 KB，dev 1527 KB / 1847 KB，
均过 verify:mp-weixin。
 2026-08-03 10:45:28 +08:00
周瑞哲 f8ad5e1faf perf(mp-weixin): 照片分两层，详情页移入 pages-poi 分包 
微信主包上限 2 MB，30 张 800×600 照片单独就 2.6 MB，
整包 3.2 MB，上传被拒（错误码 80051）。

按使用场景把照片拆成两层：
- 主包缩略图 400×300 q75（678 KB），供地图、行程、打卡卡片使用，
  这些场景最大只显示 192rpx（≈288 px @DPR3），800×600 是过剩
- 分包大图 800×600 q66（1832 KB），供详情页 hero 使用，
  随 pages-poi 分包按需下载

两层都保持 4:3，PoiImage 的 aspectFill 行为不变，视觉表现与之前一致。

详情页从 pages/poi/detail 移到 pages-poi/detail：主包页面无法引用
分包资源，hero 要用大图，页面就必须在分包内。新增
coverPhotoFullUrlFor() 供分包内页面取大图，占位图仍指向主包。

verify-weixin-output.mjs 增加防回归检查：分包注册、两层照片数量
一致、主包与各分包实际体积（留 64 KB 余量）。包体再超限会在
verify 阶段失败，不必等上传才发现。

process-poi-photos.mjs 重写为双层产出，幂等，末尾报告包体占用并
在超限时退出非零。原图改从 src/photo-intake/ 读取（不提交仓库）。

改造后：主包 1522 KB、分包 pages-poi 1847 KB，均在 2048 KB 内。
mp-weixin 与 H5 均编译通过，97 个测试通过，vue-tsc 与 ESLint 无错。
 2026-08-03 09:21:23 +08:00
周瑞哲andClaude Opus 5 9e8c7bf908 chore: 清理归档文件和打卡相关旧代码 
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
 2026-08-03 07:41:11 +08:00