HarmonyOS 展馆导览工程·第5篇：拆解 LazyForEach 的身份、版本与增量通知【共创稿事节】

列表里的展品还是同一件，但“尚未查看”已经变成“已看”。这次变化究竟应该保留组件，还是重建组件？只回答“给每一项一个唯一键”还不够，因为唯一性解决的是不同条目之间的区分，更新策略还要回答同一条目改变之后如何让界面读到新内容。GalleryGuide 的第五步就围绕这个问题，将静态 ForEach 改为有明确通知协议的数据源。 业务身份和渲染身份并不完全相同 第1篇使用 pottery-01 标识彩

HarmonyOS 展馆导览工程·第4篇：给页面计时器加上双重生命周期约束【共创稿事节】

展品详情准备增加一行轮换的观察提示：先看轮廓，再看纹样，最后比较结构。功能很小，资源边界却不能省略。只在组件创建时启动计时器，返回列表之后它可能仍然存在；只在应用进入后台时停止，详情被其他页面覆盖时又会继续工作。问题的核心是两个生命周期描述了不同事实，不能相互替代。 先排除三个看似合理的做法 第一个误区是把 aboutToAppear 当成“现在观众正在看这页”。组件挂载与目的页可见不是同一个事件

HarmonyOS 展馆导览工程·第3篇：从硬编码文案演进到资源化页面外壳【共创稿事节】

把“展品详情”改成另一种语言，看起来只需要替换一个字符串。但如果路由名也跟着页面标题变化，返回历史就会被翻译工作牵动；如果按钮文案先在启动时解析成普通字符串，再长期缓存，配置变化又会留下旧文字。GalleryGuide 进行资源化之前，先明确三种名字：业务对象的标识、导航使用的路由名、观众看到的文案。它们可以指向同一件事，却承担不同责任。 先迁移界面外壳，保留内容协议 第1篇确立 pottery-