logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

HarmonyOS 7 Node.js:多语言占位符漂移发布前阻断【鸿蒙心迹】

本文介绍离线工具LocaleGateLab,用于在发布前静态检查多语言资源完整性。针对华为HarmonyOS项目,通过比对base、zh_CN、en_US三份string.json文件,识别出4项阻断问题:1个键缺失、2处格式参数签名不匹配、1个键重复。强调“运行可回退”不等于“交付完整”,提出分离展示回退与交付完整度的双重判断标准,确保国际化质量可控。工具基于本地文件快照,不依赖在线接口,具备可

文章图片
#harmonyos#node.js#华为
ArkUI WaterFlow:文搜图缩略图迟到回填视口锚点修复【鸿蒙心迹】

一个文搜图列表最容易被忽略的体验问题,不是“能不能搜到”,而是用户阅读到一半时,当前正在看的那张图会不会突然跑开。文字检索往往先得到资产ID与缩略图地址,图片真实尺寸、解码结果和可显示的宽高比却可能随后才到。普通固定高度列表还能靠统一占位把变化压住;WaterFlow 这种按列累计高度安排位置的容器,一张图的高度修正可能影响整列后面一串卡片。本篇把搜索引擎视为已经存在的上游,专门研究检索结果的布局

文章图片
#harmonyos#华为
HarmonyOS 7 Preferences:折叠屏批注草稿检查点回放【鸿蒙心迹】

本文通过ProofDraftDock演示工程,探讨草稿系统在页面重建时的数据一致性难题。核心挑战在于区分“界面显示”与“持久化状态”:即使笔迹看似完整,持久化文件可能仍停留在旧检查点;反之,已写入存储的操作可能被重复回放。为此,设计采用三态状态分离(已提交、待恢复、显示数量),并引入基于操作ID的幂等性校验机制,确保同一操作不被重复应用。通过单键JSON检查点与ReplayReducer实现去重与

文章图片
#harmonyos#华为
ArkUI Navigation:折叠屏分栏切换会话路由去重【鸿蒙心迹】

本文以折叠屏工单工作台为例,揭示分栏适配中易被忽视的业务选择状态保全问题:界面形态变化时,详情页不应因导航栈重复压入而丢失选中记录。通过分离“导航路由”与“业务选择”,使用NavPathStack配合状态门卫CaseSelectionGate实现同一工单不重复入栈、不同工单替换栈顶,确保页面栈仅表达导航历史,业务状态由独立对象管理。详情页仅消费参数,不干预导航逻辑,结合生命周期钩子与状态序列验证,

文章图片
#harmonyos#华为
Live View Kit+ArkTS:排队实况窗双通道更新水位收敛【鸿蒙心迹】

本文聚焦排队取餐场景中实况窗更新的可靠性问题,指出本地与服务端双通道更新可能导致状态倒退。通过QueueLiveFenceDemo展示,采用单调递增业务版本号作为权威依据,实现版本门禁机制(ACCEPT/DUPLICATE/STALE),拒绝乱序或重复消息。强调实况窗非普通悬浮窗,其更新需依赖真实平台接入与持久化水位,避免进程重启后状态错乱。最终构建基于版本控制的状态机,确保双通道协同不破坏业务一

文章图片
#harmonyos#华为
HarmonyOS ArkData Preferences:碰一碰落地页重入凭证幂等【鸿蒙心迹】

本文模拟 HarmonyOS 碰一碰落地页的防重复逻辑,构建 TapReceipt 业务模拟器。核心在于:通过进程内 running 集合防并发,利用 Preferences 存储成功回执实现本地去重,确保业务完成后再写入回执。强调服务端需以业务凭证建立幂等性,本地缓存不可替代。代码分层清晰,涵盖存储、处理器与页面逻辑,为真实接入提供可复用的防重架构参考。

文章图片
#harmonyos#华为
HarmonyOS 7 GridRow:折叠屏筛选面板断点抖动门禁【鸿蒙心迹】

本文通过FacetPhaseLab工程演示,揭示相册筛选页状态异常的根源:将布局变化(如折叠屏展开)误当作业务提交。核心在于分离“界面布局”与“业务逻辑”——断点切换仅更新layoutEpoch,而筛选提交依赖唯一票据与不可变草稿快照。通过引入FacetDraftGate管理草稿、票据去重与版本递增,确保即使在频繁布局切换下,仍能正确处理一次有效提交,并防止旧结果覆盖新结果,实现可重放、可核验的稳

文章图片
#harmonyos#华为
HarmonyOS 7 Image Kit:超分输入方向归一与像素预算门禁【鸿蒙心迹】

本文以 PortraitInputGate 工程演示图像输入处理中的方向与资源控制问题。针对六张待增强图片,强调“文件方向”与“显示方向”分离的重要性,提出通过纯函数预计算旋转后尺寸与像素数,实现预算可控的解码计划。基于 EXIF 方向码(1、3、6、8)进行规范映射,避免未定义方向导致误判。关键在于:先计划后解码,仅按计划申请内存,防止大图解码浪费资源;同时区分 plannedRotation

文章图片
#harmonyos#计算机视觉#深度学习
ArkGraphics 3D+ArkTS:3DGS相机书签四元数校验【鸿蒙心迹】

本文通过PoseBookmarkLab教学模型,揭示3DGS展陈中相机书签的深层问题:仅保存旋转平移数据无法保证视角一致性。提出四层门禁机制——模型身份、坐标系、四元数与裁剪距离,确保书签在跨模型、跨版本时安全可用。通过严格校验数值合法性、模型匹配与修订版本,实现3次通过、2次拒绝、1次安全回退,最终达成POSE_SAFE状态。强调应用层需独立管理书签生命周期,分离渲染与校验职责,避免依赖不可靠引

文章图片
#3d#harmonyos
ArkUI ListItem+ListScroller:折叠屏划出菜单误删门禁【鸿蒙心迹】

在折叠屏应用中,待办列表的滑动删除操作易因窗口布局变化引发误删风险。本文通过FoldSwipeLedger示例,提出以layoutEpoch与SwipeTicket机制实现安全收口:一旦布局变更,立即作废旧操作票据,强制用户重新确认。结合onStateChange与closeAllSwipeActions,确保组件关闭与业务拦截同步,防止跨代次回调提交危险操作。最终实现deleteCommitte

文章图片
#harmonyos#华为
    共 597 条
  • 1
  • 2
  • 3
  • 60
  • 请选择