- 博客(421)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 【共创稿事节】照片碰过去以后：HarmonyOS 7 碰一碰分享解读与实战
从两张旅行照片的交接出发，解读 HarmonyOS 7 碰一碰分享与精准落位。展示 Mate 60 Pro 到 nova 14 Ultra 的端到端分享、图库保存与信息核对，并给出发送监听、接收批次与坐标分区的接入代码。
2026-11-05 10:05:11
151
原创 【共创稿事节】大屏怎样少一次返回：HarmonyOS 7 平行视界解读与实战
大屏的价值如何落到少一次返回？以城市影像手册为例，对照同一套页面接入平行视界前后的阅读流程，实操 EasyGo 导航模式、关联页、全屏图片与阅读位置恢复，并用画面和日志核对系统分栏。
2026-11-05 10:02:53
252
原创 【共创稿事节】做饭时少回几次 App：HarmonyOS 7 闪控窗解读与实战
从备餐时反复切回计时器的场景出发，解读 HarmonyOS 7 闪控窗。用“灶边”Demo 展示前台授权、桌面小窗、暂停继续、返回与重开，说明共享状态、窗口生命周期及实际接入代码。
2026-11-05 09:59:10
348
原创 【共创稿事节】一张小图能否再用一次：HarmonyOS 7 图像超分解读与实测
一张尺寸不足的小图能否再用一次？结合建筑灯罩、蝴蝶和瓷器对照，解读 HarmonyOS 7 图像超分的改善与边界，并用真机串起选图、处理、局部比较、PNG 保存和72项固定实验。附完整 Demo 与复现步骤。
2026-11-05 09:54:54
162
原创 HarmonyOS7应用《拼棋派对》实战：模拟器回归验证与签名打包
文章里能看到一个玩法完成，不代表发布包已经验收。编译成功、签名通过、安装成功、页面可用和平台审核是不同检查。《拼棋派对》这一轮系列实操把源码、包、模拟器操作和问题记录分别保存，让每个结论都有对应范围。本篇以主App1.0.19、API26为基线，梳理签名打包和代表玩法回归。构建记录来自2026年10月14日；系列操作在10月14—15日完成。本文没有再次构建新版本，也没有把文章发布当作App上架。
2026-10-29 20:40:46
87
原创 HarmonyOS7应用《拼棋派对》实战：复用已有玩法开发手机元服务
主App已经有24点、棋类和双人小游戏，再开发元服务时，最值得复用的是规则和经过验证的交互路径。《拼棋派对》先以手机24点建立元服务工程，再扩展双人玩法，处理API差异、包体积、胶囊空间和图标规范。本篇梳理独立工程的迁移方法。元服务工程位于D盘独立目录，版本1.0.0、API26，仅声明phone；它与主App1.0.19是两套交付。效果采用此前元服务实操归档，本轮没有重新安装元服务或向AGC更新。
2026-10-29 20:40:29
204
原创 HarmonyOS7应用《拼棋派对》实战：深浅主题、控件对比度与统一样式
成语已经消除的格子、诗词排除的选项、不可撤销按钮都属于状态设计。禁用不等于消失，也不等于把文字变得与背景接近。可以保留明确标签，同时用不响应点击、边界和辅助提示表达限制。错误不能只用红色，成功不能只用绿色。找茬增加命中符号与文字说明，诗词有具体反馈，棋类有轮次和将军提示。这些信息帮助用户理解发生了什么，也让截图和测试可以核对状态。PC默认和最大化窗口的正文、标签、控件文字不得低于项目10fp下限。手机和平板还需检查截断、重叠与触摸区域。为了适配短窗口把所有字无限缩小，会用一个问题掩盖另一个问题。
2026-10-29 20:40:19
210
原创 HarmonyOS7应用《拼棋派对》实战：本地设置、战绩与关卡进度保存
拼棋派对》用本地Preferences保存设置、战绩和几类关卡进度。它没有账号或云端同步，页面内状态保留也不能等同于完整棋局持久化。本篇核对1.0.19的，结合本系列已经完成的关卡观察保存范围。演示使用本轮地图与结果截图；未把返回地图的检查称为杀进程恢复测试。
2026-10-29 20:39:48
168
原创 HarmonyOS7应用《拼棋派对》实战：双人键盘操作与窗口焦点恢复
电脑上两个人玩双人24点，鼠标轮流点击不够顺手。给两位玩家分配键盘区域以后，还需要处理按住键、切换窗口和重新回到应用：一次按键只能执行一次动作，焦点回来后也不能把旧的按下状态继续算进去。《拼棋派对》把键盘事件集中到gameRoot，再按当前玩法分发。本篇分析KeyDown与KeyUp、修饰键过滤、按键集合和窗口焦点通知。代码对应1.0.19，GIF采用此前电脑模拟器的实际键盘操作记录，属于历史证据。
2026-10-29 20:39:21
197
原创 HarmonyOS7应用《拼棋派对》实战：折叠屏与电脑的窗口布局适配
折叠屏展开以后，应用得到更多宽度，但不一定得到更多高度；电脑窗口也可能比手机横屏更窄。适配《拼棋派对》时，先看当前内容区域，再决定导航、棋盘和工具怎样分配空间，比只按设备名称放大控件更可靠。本篇接着面对面布局，分析窗口尺寸、设备类型与状态保留。代码对应1.0.19；折叠演示来自本系列API26模拟器取证，电脑演示采用此前R14适配阶段的模拟器记录，分别标明范围。
2026-10-29 20:37:56
249
原创 用鸿蒙开发助手推进《3D种植》鸿蒙版与 Flame 库适配
记录使用鸿蒙开发助手推进《3D种植》鸿蒙版与 Flame 库适配的实操：插件配置和真实对话、现有游戏与原生引擎分层、生命周期与输入处理、手机运行验证，以及 OHPM 最小接入、支持范围和实践心得。
2026-10-11 18:51:24
520
原创 从一道24点到同屏双人派对：用鸿蒙开发助手起步，复用已有App开发手机元服务
从原有 App 抽取24点算法，使用 HarmonyOS 开发助手生成手机元服务，再复用九种双人玩法，记录实际对话、构建签名、Image Asset 图标和手机验收过程，分享生成后的体验修正与功能期待。
2026-10-11 18:49:12
363
原创 从“能显示”到“好操作”：用 HarmonyOS 开发助手打磨《拼棋派对》的多端体验
以《拼棋派对》的双人象棋和双人24点为代表，记录 HarmonyOS 开发助手从工程分析、折叠屏布局、动态状态到双人键盘与焦点恢复的实操过程，通过手机、平板、电脑同页截图和动图展示多端体验的改进，并分享使用经验与能力边界。
2026-10-11 18:43:52
348
原创 【共创稿事节】HarmonyOS ArkGraphics 2D酷炫效果展厅实操——用四种动效把画面点亮
先用较粗、低透明度的 Pen 画光晕，再用细 Pen 画彩色主线，最后叠一条白色高光线，光轨就有了“亮边”。目标是做一个可以反复演示的“动效展厅”，让读者打开应用就能看见 ArkGraphics 2D 能做什么，并且能现场验证暂停、恢复、倍速和复位。如果继续扩展，可以把四个绘制函数拆成独立的效果类，再把相位输入替换成真实的地图轨迹、传感器数据或音频采样，展厅就能直接变成业务页面。这四个效果都在真机上由 ArkGraphics 2D 直接绘制，顶部的 GIF 是本次录制的连续画面，不是静态图拼接。
2026-09-15 14:12:27
825
原创 【共创稿事节】HarmonyOS ArkGraphics 3D 实操——给智能音箱做一台结构探索台
点击“开始拆解”，音箱沿着一条装配轴逐件展开：顶盖面、灯环、机壳、状态灯、网罩壳、孔壁、上底座和下底座各自离开原位。进度到 100% 后，选择任意细件即可自动拉近镜头；拖动模型还能从顶部、底部和侧面检查它的形状。这是一个可以直接运行的 ArkGraphics 3D 教学案例。模型资源随应用打包，页面在 HUAWEI Mate 60 Pro 上运行，拆解、组装、进度拖动、细件高亮、近距离查看和相机观察都由同一个本地 GLB 场景驱动。
2026-09-15 12:46:28
1156
原创 【共创稿事节】HarmonyOS ArkGraphics 3D实操——给智能音箱做一间材质实验室
同一只音箱，换成暖白塑料，表面呈现柔和、均匀的哑光；换成银色金属，机壳上出现集中的高光和细密横纹；换成灰棕织物，光线落在交错的经纬纱线上。模型轮廓没变，表面却有了三种不同的观感。这一篇把音箱放进一间可以动手调整的材质实验室：切换三套外观、拖动材质参数、改变光照方向，再把机壳、顶盖和网罩单独拿出来观察。还可以打开网罩剖面，从开口看到内侧和边缘厚度。
2026-09-15 12:41:52
2297
原创 【共创稿事节】HarmonyOS ArkGraphics 3D实操——做一个可暂停、可拖动的音箱场景动画
这一次不再只旋转模型，而是让智能音箱自己完成一次装配：底座先归位，网罩和机壳随后从不同空间方向回到中心，灯环与顶盖最后合上。当前正在运动的零件会被薄荷色高亮，拖动时间线可以停在任意装配阶段，再上下左右环绕检查空间关系。暂停在 43% 时，画面保留机壳、网罩和底座，顶盖与灯环仍在待装配位置；点击播放后继续向 100% 归位。拖动时间线到中段会记录，节点立即跳到对应装配状态。
2026-09-15 12:37:59
2258
原创 【共创稿事节】HarmonyOS ArkGraphics 3D 实操——让智能音箱的灯环呼吸起来
同一台音箱，薄荷青带来安静的待机感，紫色用短促脉冲提示变化，暖橙则慢慢亮起、缓缓暗下。把灯环交给时间控制，一件静态产品就多了表达状态的方式。本文案例是独立的 Orbit Light Studio：打开页面时音箱从下方进入展示区，灯环随后亮起；下方可以切换灯效、拖动进度、暂停播放和重播入场。灯环亮度与进度显示读取同一份时间数据。本文截图与动图均采集自 Mate 60 Pro，模型资源随应用打包，无需运行时下载。先看入场。产品的高度、缩放和镜头距离同时变化，灯环在模型稳定后进入呼吸节奏。先绕它看一圈。
2026-09-15 12:34:30
1595
原创 【共创稿事节】HarmonyOS ArkGraphics 3D 实操：用 GLB 节点与 PBR 材质打造智能音箱选配器
三个@State点击暮光紫环后，ringIndex这样的状态结构不会出现“模型已经换成暮光紫环，摘要还显示薄荷青环”的错位。用户继续修改已确认方案时，确认提示也会自动清空。
2026-09-15 12:26:49
1025
原创 【共创稿事节】HarmonyOS ArkGraphics 3D 实操：用 GLB 与 PBR 完成智能音箱外观预览器
如果一款智能音箱出现在商城页面，最直观的体验不是先读一串参数，而是换个颜色、转一圈，看清机身、网罩和金属底座的细节。OrbitDesk 把这个过程搬到了 HarmonyOS：本地 GLB 负责造型，PBR 材质负责质感，滑杆和手势负责观察角度。接下来从资源加载、灯光、换色、旋转到退出释放，完整做出这个可以在手机上直接操作的 3D 外观预览器。项目资源全部打包在应用内，运行时无需联网。
2026-09-15 12:23:07
2025
原创 【共创稿事节】ArkGraphics 3D开发环境安装实战：从官网下载编辑器，到 DevEco Studio 离线装插件
编辑器安装包和插件压缩包不要混淆：前者需要运行安装程序，后者要在 DevEco Studio 的插件设置中导入。Editor 负责独立的 3D 编辑器，Plugin 负责 DevEco Studio 集成，两项需要分别安装。如果 Installed 列表中没有结果，先检查选择的是否是官网下载的 ZIP，而不是编辑器主程序安装包；后续 3D 实操会在这个环境上继续：先用编辑器准备模型和材质，再在 HarmonyOS 项目中加载场景、调整相机和灯光，最后用真机验证交互效果。插件文件已经落盘，说明离线安装生效；
2026-09-15 11:19:37
1003
原创 HarmonyOS ArkGraphics 2D NativeBuffer 实操：完成 CPU 映射与数据校验
这篇直接验证一块 NativeBuffer 是否真的能被 CPU 写入和再次读取：分配 320 × 180 RGBA 缓冲区，Map 后写入固定字节模式，Unmap，再次 Map，最后释放。页面只显示 Native 层返回值和校验和。
2026-09-05 01:07:27
105
原创 HarmonyOS ArkGraphics 2D NativeImage 实操：获取 NativeWindow 与 SurfaceId
NativeImage 是把图像生产端和 OpenGL 纹理连接起来的一座桥。本文做一个最小可运行实验：创建，获取它关联的，再读取 SurfaceId，最后完整销毁资源。
2026-09-05 01:00:44
109
原创 HarmonyOS ArkGraphics 2D NativeVSync 实操：请求下一帧并记录真实结果
这次实操的结果很明确：NativeVSync 创建、请求和帧率设置都返回 0，真机停止时累计收到 1,401 次回调。我们把每次回调只写入 Native 原子计数，再由 ArkUI 定时读取，做成一个可复用的帧节拍诊断页。
2026-09-05 00:54:09
213
原创 HarmonyOS ArkGraphics 2D 离线图像处理实操：用 EffectKit 做旅拍滤镜台
一张照片不上传服务器，也能在手机上完成柔焦、灰度和反色。本文把这条链路做成一个可运行的滤镜台：先生成一张离线 PixelMap，再用 EffectKit 产生新的 PixelMap，最后在 Canvas 上切换预览。
2026-09-05 00:47:35
85
原创 HarmonyOS ArkGraphics 2D 自定义字体实操：注册字体并验证中文回退
只调用不够，Paragraph 的还必须写入同一个别名。本实验把放在字体链第一位，英文标题即可看到注册字体效果。
2026-09-05 00:40:45
370
原创 HarmonyOS ArkGraphics 2D 复杂文本排版实操：用 ParagraphBuilder 做资讯阅读卡片
中文标题、英文标签、数字、行内图片占位符和长文省略，都放进同一个 Paragraph。下面的 GIF 和截图来自 HUAWEI Mate 60 Pro 真机，页面可以直接切换三种排版场景。
2026-09-05 00:33:30
210
原创 HarmonyOS ArkGraphics 2D 文本绘制实操：用 TextBlob 做动态文字排版
这次做一个能直接看到效果的文字排版工坊：同一块 Canvas 里切换霓虹标题、逐字节奏和测量台。标题会在扫描光束和轨道环之间入场，汉字沿发光波形线跳动，测量台把文字边界框、宽度和 FontMetrics 画出来。下面两段动态 GIF 和静态步骤图均来自已经完成的 Mate 60 Pro 实机操作。
2026-09-05 00:26:51
354
原创 HarmonyOS ArkGraphics 2D 实操：把一条极光轨迹做成可交互徽章
这次不做孤立的线条示例，直接做一枚能放进真实页面的：天空、山峰、帐篷、营地路线和移动信标全部由 ArkGraphics 2D 绘制；点击主题、拖动线宽、切换线帽/转角，画面会即时重绘；点击“生成成品贴纸”还能把实时画布冻结成一张离屏 PixelMap。上面的 GIF 是 Mate 60 Pro 连续截取的 12 帧真机画面，信标沿路线移动，画面不是预制动画。
2026-09-05 00:16:23
128
原创 HarmonyOS ArkGraphics 2D Canvas状态栈实操——做一个可裁剪旋转的旅拍明信片编辑器
这次实验把Canvas状态栈放进了一个完整使用场景里：真实照片由系统Picker进入应用，三种Path完成模板裁剪，照片层独立执行平移、缩放和旋转，安全区、边框、邮票和装饰各自保存并恢复状态，最后再用离屏Canvas生成冻结成品。真机最终确认：三种模板都能切换，连续变换即时生效，安全区可独立关闭，离屏预览成功生成，返回编辑和复位正常，退出时照片与预览资源释放；整个交互过程中入口和出口深度始终相同。画布操作状态（ArkTS）
2026-09-05 00:12:35
315
原创 HarmonyOS ArkGraphics 2D Canvas上屏实操——做一个会运行、能冻结的通勤路线看板
直接路径使用，由 Animator 和持续刷新；离屏路径使用，把当前路线冻结成快照；暂停、恢复、重置、生成快照、返回实时画布和退出释放都在真机上完成验证；最终干净构建成功，静态回归同时覆盖直接/离屏链路和精细地图图层。本次没有测量 GPU 占用、功耗或真实交通数据，也没有把“请求 30 FPS”写成“稳定达到 30 FPS”。能够确认的是：真机直接画布持续绘制、暂停后状态不变、离屏 PixelMap 成功生成并显示、返回后实时绘制恢复。画布的获取与绘制结果的显示（ArkTS）
2026-09-05 00:08:49
474
原创 HarmonyOS ArkGraphics 2D过度绘制调试实操——给活动详情页做一次渲染体检
先看最直观的真机变化：活动页保持持续动画，系统过度绘制调试从5层结构切到1层结构，大面积深红色明显收缩，最后又恢复5层验证结果可复现。这段GIF记录的是同一真机页面的连续操作。光斑、播报、倒计时和按钮动画没有停掉，变化的是页面背后的绘制层级。这次没有用一张静止页面做颜色对比。活动页打开后一直在运行：海报光斑往返移动、入场播报横向滑动、开场倒计时每秒更新，报名按钮保持轻微呼吸。下面是调试色关闭时的真机连续画面。可以直接看到播报文字和光斑位置在变化，倒计时从06:41:18递减到06:40:58。
2026-09-04 23:26:40
174
原创 HarmonyOS ArkGraphics 2D场景化可变帧率实操——做一个智能帧率专注计时器
先看完整操作：把时间从5分钟拖到25分钟，再回到1分钟，随后开始、暂停、恢复并复位。紫色交互层只在拖动时运行，绿色核心层只在计时时运行。这段GIF来自真机连续操作。拖动、倒计时、暂停和复位都在同一实验页中完成，不是用几张结果图拼接。一个页面里的动画，不一定都值得长期运行在同一帧率。专注计时器的背景光带只是氛围，30 FPS 已经能持续变化；中央倒计时和进度圆环是正在阅读的核心内容，运行时请求 60 FPS；时间滑块只有手指拖动的几秒需要高响应，因此只在拖动期间临时请求 90 FPS，松手后立即停止。
2026-09-04 23:15:54
350
原创 HarmonyOS ArkGraphics 2D可变帧率实操——同屏对比30、60和90 FPS动画
如果只把 ArkGraphics 2D 理解成“画圆、画线”，就低估它了。它更像应用里的视觉加工厂：能让光轨按不同节奏运动，把路线实时画成地图，把照片裁成票根和明信片，把数据变成会刷新的仪表盘，还能把画面离屏生成一张冻结的成品。这篇先从最容易看见差别的一项能力开始：让同一个页面里的不同内容按不同帧率运行。上面的 GIF 来自同一次真机运行的 26 张连续画面；三个小球同时往返，观察 FPS 和累计回调持续更新，中段暂停后一起定格，恢复后继续变化。
2026-09-04 22:29:27
941
原创 HarmonyOS AR Engine常见问题排查实操——从空平面保护到会话重建
从TRACKINGstate!==这里同时保存了“最初导致暂停的原因”。实测遮挡期间，原因先是，随后又变成NONE。如果每帧都覆盖原因，恢复时就只剩下NONE，真正的触发原因反而丢了。
2026-09-01 00:41:29
11364
原创 HarmonyOS AR Engine图像跟踪实操——动态加入书封与双目标 AR 叠加
这次做的是一张会“被 AR 召唤”的图片：相机找到参考图后，四角框会贴住图片边缘，中心出现一根能量柱；手机移动或倾斜时，四角和能量柱跟着图像一起变化。实验没有停在“图片成功加入数据库”。真机先识别了相册加入的实体书封，又识别了工程内置的召唤卡。同一个数据库包含两张图，两张图分别产生自己的名称、索引、状态和位姿。先看实体书封的结果。顶部已经进入TRACKING，四角框覆盖书封所在平面，中心准星和能量柱也落在书封上：随后把相机转向电脑上的内置召唤卡，目标切换为AR召唤卡。
2026-08-31 23:46:57
11372
原创 HarmonyOS AR Engine人脸表情跟踪实操——84个关键点与眨眼微笑张嘴挑战
这次做的是一面能读懂表情的 AR 镜子：前置相机找到人脸后，把 AR Engine 返回的 84 个关键点叠加到五官上，同时读取 64 项表情参数，依次完成眨眼、张嘴和微笑三个动作。真机最终完成了全部三项挑战。页面锁定在第 218 次采样，保留 84/84 个关键点、64/64 项表情参数、10446 个网格顶点和 6698 个三角索引；本轮峰值为眨眼 0.98、微笑 1.00、张嘴 0.60。画面里的彩色点不是预先摆放的装饰。它们来自当前ARFace的关键点缓冲；
2026-08-31 23:38:56
11668
原创 HarmonyOS AR Engine人体骨骼跟踪实操——把20个关键点画到真人身上
这次做的是一个可以直接看到结果的人体动作实验：前置相机找到真人后，把 AR Engine 返回的 20 个骨骼关键点叠加到身体上，再根据手腕和肩膀的位置判断是否举手。真机最终稳定取得 16 个有效点。左手、右手可以分别识别，两只手同时举起并连续保持 3 次采样后，完成次数增加 1。下面这张结果图中，青色是画面左侧肢体，紫色是画面右侧肢体，黄色是头部和躯干；两侧动作状态都已经点亮，完成次数为 6。这不是预先画好的骨架动画。点的位置、有效状态、置信度和动作结果都来自同一轮真机人体跟踪。
2026-08-31 23:27:11
11332
原创 HarmonyOS AR Engine高精几何重建实战——扫描纸盒并测量体积
验证项真机结果CAMERA、SLAM、SEMANTIC_DENSE 门禁通过会话初始化36 ms首批稠密点18.242 s，24 个点首个有效 Cube37.692 s最终稠密点553Cube1 个，标签label=10置信度原始值1.000可见立体边12/12长 × 宽 × 高体积0.926 L第二轮锁定6627 点，23.2 × 15.0 × 5.0 cm，1.741 L继续扫描第 473 次解除锁定，采样继续到 480、488暂停。
2026-08-30 00:43:11
11670
原创 HarmonyOS AR Engine深度估计实战——把毫米距离画成实时热力图
验证项实际结果CAMERA、SLAM、DEPTH 门禁通过深度图与置信度图成功取得深度图尺寸256 × 256热力图网格28 × 28，784 个格子修订版有效抽样784/784中近距离中心值791 mm远距离中心值2906 mm两组中心差值2115 mm暂停第 274 帧停止增长恢复从第 274 帧恢复并继续出帧销毁第 326 帧销毁，errors=0。
2026-08-30 00:42:59
11382
w3c.chm 离线版本
2011-10-28
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人