<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[李游的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/liyou041</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; liyou041]]></copyright><item><title><![CDATA[HarmonyOS 7 平行视界实战 05：生命周期、恢复与成品化打磨，完成“双栏研读台”最终收尾【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/169263247</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/169263247</guid><author>liyou041</author><pubDate>Tue, 27 Oct 2026 16:09:08 +0800</pubDate><description><![CDATA[第五篇聚焦“双栏研读台”的收尾与成品化，不再新增功能，而是强化生命周期管理、状态恢复与工程规范。通过重构目录结构，将状态、路由、存储分离；定义统一的RestoreSnapshot快照协议，精准保存分栏比例、滚动位置等细节；引入StateSyncService实现跨场景状态同步与持久化。重点解决应用重启、切后台、多设备适配下的自然恢复问题，使Demo从“可演示”迈向“可交付”的原型阶段，真正体现工程闭环能力。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 平行视界实战 04：分栏比例 + 状态同步解决“双栏研读台”多尺寸适配问题【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/169262726</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/169262726</guid><author>liyou041</author><pubDate>Tue, 27 Oct 2026 15:46:57 +0800</pubDate><description><![CDATA[第四篇聚焦“双栏研读台”在HarmonyOS平行视界下的响应式体验，提出基于窗口宽度的智能分栏比例系统。通过定义可解释的RatioType模型与断点策略（<900:1:1, 900–1360:1:2, ≥1360:2:1），实现自动适配；结合LayoutService与StateSyncService，确保比例切换时阅读状态（文章、滚动位置等）可恢复、可同步。项目结构清晰分离布局与状态逻辑，使双栏体验在不同设备上保持一致性，真正实现“像同一个产品”。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 平行视界实战 03：导航固定 + 覆盖切换重构“双栏研读台”大屏阅读体验【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/169262386</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/169262386</guid><author>liyou041</author><pubDate>Tue, 27 Oct 2026 15:30:55 +0800</pubDate><description><![CDATA[本文聚焦大屏阅读中“固定导航+覆盖切换”模式的实现，解决第二篇“连续推进”带来的导航混乱问题。通过明确三条产品规则：左侧导航不动、右侧覆盖切换、返回仅恢复内容区状态，构建稳定体验。项目目录工程化拆分，引入FixedNavLayout、OverlayRouteService与ReadingSessionStore三核心组件，重构Index.ets为总装配台，以Stack结构实现内容层覆盖。强调导航职责单一——维持用户方向感，最终实现结构清晰、切换明确、返回可溯的大屏阅读链。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 平行视界实战 02：左右推挤 + 路由关联完善“双栏研读台”连续浏览链路【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/169261885</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/169261885</guid><author>liyou041</author><pubDate>Tue, 27 Oct 2026 15:18:07 +0800</pubDate><description><![CDATA[“双栏研读台”第二篇聚焦于构建连续阅读链路，通过Navigation路由系统实现文章间的层级推进，区分push与replace，确保浏览路径可追踪。引入路由历史、去重机制与来源标记（list/related），提升体验连贯性与可维护性。明确应用路由与系统平行视界职责分离，为大屏连续浏览提供清晰、可持续的架构基础。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 平行视界实战 01：Navigation + ArkUI 搭建“双栏研读台”第一版分栏阅读【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/169259531</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/169259531</guid><author>liyou041</author><pubDate>Tue, 27 Oct 2026 14:28:34 +0800</pubDate><description><![CDATA[本文聚焦于构建HarmonyOS平行视界下的“双栏研读台”第一版，核心是搭建稳定的页面关系骨架：通过Navigation分栏模式实现左列表、右详情的主从结构，使用NavPathStack管理路由切换，确保大屏下双栏布局的可演进性。项目目录清晰，优先用模拟数据验证分栏逻辑与点击跳转流程，不追求功能复杂度，为后续“左右推挤”“固定导航”“比例自适应”等交互能力的逐步扩展奠定基础。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ohpm install × Git diff：三方库锁文件意外变更的发布前门禁【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168651735</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168651735</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 14:08:47 +0800</pubDate><description><![CDATA[同一个 HarmonyOS 工程，在开发机上安装第三方库之后可以正常启动，到了发布分支却多出一份没有人解释的锁文件变化。这时最麻烦的往往不是“到底哪个包升级了”，而是根本不知道变化来自主动更新、清理缓存之后的重装，还是有人随手执行了安装命令。等到上架构建报错再去倒查，版本记录、安装日志和提交历史通常已经分散。本文做一个很窄的发布前门禁：识别 Git 工作区中依赖清单与锁文件是否出现未经解释的变化，并把差异交回给维护者复核。这里需要先划清官方能力和项目脚本的边界。是工程或模块的依赖声明文件，]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkUI Slider × Stack：超分前后对比滑杆的零宽保护与位置校准【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168651517</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168651517</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 14:04:27 +0800</pubDate><description><![CDATA[做图片超分功能时，最容易吸引注意力的是处理后有多清晰。但真正给用户验收效果的页面，往往只是两张照片和一根可以左右移动的滑杆。它看起来很简单，却有一个容易忽视的问题：比对位置应当对应原图和增强图中的。如果布局初始宽度尚未确定，或者前后图以不同裁切方式铺满容器，视觉上就会出现“滑杆移动，山峰也跟着跑”的错觉。本文不实现超分算法，而是把比对组件本身做成有明确边界的 ArkUI Demo。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkUI focusControl × id：平行视界列表重排后的焦点定位与失效回退【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168651253</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168651253</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 13:59:25 +0800</pubDate><description><![CDATA[更糟的是某条结果被过滤后，开发者继续请求一个已经不存在的组件 ID，只看到焦点请求失败，却没有可预测的回退路径。双栏资料浏览器有一个不太显眼的问题：内容换成了第二条，蓝色选中态也停在第二条，但接上键盘继续操作时，焦点可能回到第一条。另外，示例把已选中的 N-902 保存在父组件中，不依赖点击后的页面栈来恢复，因此也不等同于 Navigation 自动替应用保存焦点。这份方案的价值不在于创造新的“平行视界 API”，而是把列表业务键、焦点目标 ID、焦点请求受理和焦点实际落点拆成可核查的四个量。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ohpm list × Node.js fs：三方库目录体积阈值与资源副本预检【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168651066</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168651066</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 13:55:02 +0800</pubDate><description><![CDATA[可靠的脚本至少应检查目标是否仍落在项目根下，区分普通文件与目录，拒绝跨目录的符号链接，并将读取失败当成明确错误而非记作零字节。示例对候选资源读取字节并计算 SHA-256，先按字节数分桶，再对疑似相同的内容求摘要，最后给出资源对。查看已安装依赖关系，人工或由 CI 维护一份被批准的目标目录映射，再让 Node.js 读取这些确定路径，不去猜某个版本的内部 lockfile 结构。这种做法少了一点“全自动发现”的炫目，却更容易审核：扫描范围是受控的，某个目录变了要修改配置，而不是让脚本在整个。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkUI GridRow × accessibilityText：折叠屏大字模式下操作卡片的断点与朗读校验【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168641692</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168641692</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 10:34:09 +0800</pubDate><description><![CDATA[但当用户把系统字体调大，或者应用处于窄窗口时，标题变成两行，按钮的朗读信息却依然只有一个“查看”，四张卡片都是相同提示。这个函数只是测试用的契约校验，不属于 ArkUI 或系统无障碍 API，更不能替代真实聚焦和朗读顺序的体验测试。在本例里，四个按钮可见文字都叫“查看”，却分别设置“文档管理，查看”“图片处理，查看”等上下文标签。第四次开启屏幕朗读，从 A-01 依次移动到 A-04，记录实际读到的标签、动作、描述，以及聚焦跳转顺序。则为相邻卡片留出间距，不能用一个很大的空白文本元素强行撑开布局。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 3DGS × Node.js：相机位姿时间戳与角度单位的重建前门禁【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168641120</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168641120</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 10:29:40 +0800</pubDate><description><![CDATA[前一轮已经讨论过输入帧序与缺口，这里换一个更深的位置：帧号连续只说明文件清单能排上队，不能证明同一场景的位姿元数据可用。3DGS 项目最让人头疼的环节未必是建模，而是输入数据看起来齐全，实际却有两类难以肉眼发现的元数据问题：相机位姿中的角度单位没有统一，或者采集时间戳在导出、合并时倒退。它不会触发拍摄，不会重建点云，不会向远端服务提交素材，反而方便把隐私敏感的拍摄数据与审计摘要分开保存。如果未来需要真正联动，需要另做可信的报告传递、签名和读取流程，不能把图片里的“导出预检清单”按钮当作已实现的系统能力。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkUI ForEach × ArkTS Map：闪控窗候选提醒的 TTL 淘汰与重复合并【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168640444</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168640444</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 10:24:23 +0800</pubDate><description><![CDATA[本文代码和配图用于说明工程设计，示例时间、订单号、日志及屏幕都是；不表示已在 DevEco Studio 编译或真机跑通，也不表示接通系统闪控窗。所谓“候选提醒”，专指应用自行管理的展示列表。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkUI $r × Node.js：上架前多语言占位符漂移与回退清单审计【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168639885</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168639885</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 10:19:58 +0800</pubDate><description><![CDATA[文章、日志、审核结果与配图均为，不是华为应用市场官方审核结论、真实审核接口调用或已完成的真机测试。本文的“BLOCK”只表示团队自定义发布门禁未通过。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkData Preferences × ArkTS：精准碰一碰确认超时与撤回恢复【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168639168</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168639168</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 10:14:27 +0800</pubDate><description><![CDATA[Demo：TouchConsent｜任务编号：TP-206｜业务素材：DOC-418 / 会议资料.pdf / 2.3 MB内容性质：精准碰一碰的业务确认层方案。数据、日志、示意界面均由案例构造，未接入或实测系统精准碰一碰回调。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkUI Image × ArkTS Promise：超分预览回包乱序与跨图串帧防护【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168638578</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168638578</guid><author>liyou041</author><pubDate>Wed, 21 Oct 2026 10:10:03 +0800</pubDate><description><![CDATA[Demo：UltraPreview｜任务编号：SR-206｜方向：图像超分业务预览层内容性质：基于官方组件资料编写的工程示例；文中日志、数据和图片是，未在真机或 DevEco Studio 中实测，也不代表系统自带超分推理接口。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 + ArkUI GridRow：折叠盘点页的筛选快照与断点渲染解耦【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168543366</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168543366</guid><author>liyou041</author><pubDate>Tue, 20 Oct 2026 11:42:39 +0800</pubDate><description><![CDATA[本文通过 StockFold Demo 演示了折叠屏下响应式布局变化引发的查询错位风险：界面断点切换导致布局重构，若将当前视图状态误作导出条件，易造成“用户看到的”与“导出的”不一致。核心解决方案是：冻结筛选快照（QuerySnapshot），以 id 为唯一标识，确保异步回执比对快照而非实时输入；同时分离布局与业务状态，避免 onBreakpointChange 干扰查询逻辑。强调三类验证顺序与日志追踪，保障导出一致性，提升跨设备体验可靠性。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 + Node.js JSON5：上架受限权限的发布凭据与视频证据映射【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168543174</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168543174</guid><author>liyou041</author><pubDate>Tue, 20 Oct 2026 11:38:45 +0800</pubDate><description><![CDATA[本文介绍ReleaseProof本地发布材料预检工具，针对华为AppGallery Connect上架中“包内声明、发布配置、证据材料”三份清单不一致的常见问题。通过模拟检查受限权限R-01的视频缺失，输出NEEDS_REVIEW与具体缺项，实现对人工准备材料的完整性校验。工具仅做映射核对，不替代审核结论，强调清单来源可信、人工复核必要，并建议生成可追踪的工单以提升协作效率。]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 + ohpm nativeComponents：Native HAR 的 SDK 兼容声明分层校验【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168542978</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168542978</guid><author>liyou041</author><pubDate>Tue, 20 Oct 2026 11:34:53 +0800</pubDate><description><![CDATA[本文介绍 NativeCompatGate 兼容性预检机制，针对 HAR 引入 Native 代码时的 SDK 版本不一致问题。通过分析 oh-package.json5 中的 compatibleSdkVersion 与 nativeComponents 字段，仅校验元数据（不反编译 ELF），识别如 NATIVE_SDK_TOO_NEW 等风险。基于整数版本比对，区分宿主、HAR 及 Native 组件的 SDK 标识，避免误判。报告页面清晰展示各层版本与问题来源，强调“本地门禁”非编译失败，提升复用组]]></description><category></category></item><item><title><![CDATA[HarmonyOS 7 + ArkUI Slider：折叠屏时间轴的朗读步长与精细编辑分离【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168542782</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168542782</guid><author>liyou041</author><pubDate>Tue, 20 Oct 2026 11:30:50 +0800</pubDate><description><![CDATA[本文介绍FoldTrim项目中如何解决折叠屏下时间轴裁切的无障碍操作矛盾。通过分离“普通编辑步长”（step=1）与“朗读手势步长”（scrollStep=5），实现精准控制与高效操作的平衡。采用配置校验函数确保参数合法性，避免隐式错误；页面状态独立于布局变化，保障数据一致性；并通过纯函数测试验证逻辑正确性，区分推演与真实设备行为，提升开发可维护性与可测性。]]></description><category></category></item><item><title><![CDATA[HarmonyOS ArkTS×3DGS：相机位姿矩阵正交性检查与坏帧隔离【鸿蒙心迹】]]></title><link>https://blog.youkuaiyun.com/liyou041/article/details/168542261</link><guid>https://blog.youkuaiyun.com/liyou041/article/details/168542261</guid><author>liyou041</author><pubDate>Tue, 20 Oct 2026 11:20:36 +0800</pubDate><description><![CDATA[本文提出名为 PoseFence (PF-1010) 的端侧3DGS重建前置校验工具，针对相机位姿数据中常见的旋转矩阵非法问题。通过检查矩阵正交性、单位长度及行列式符号，区分“缩放错误”（SKEW）与“镜像反射”（MIRRORED），避免误判重建算法缺陷。基于ArkTS实现轻量级校验逻辑，支持行优先格式输入，输出详细诊断报告。六组示例验证得4帧通过、1帧SKEW、1帧MIRRORED，强调校验不修改原始数据，仅作门禁拦截，保障后续重建流程可靠性。]]></description><category></category></item></channel></rss>