很多人第一次接触Canvas，都会有点不适应。平时写 ArkUI，大多数时候都是在拼组件、调布局、改样式；到了Canvas这里，突然变成了坐标、上下文、绘制命令，脑回路得整个切一遍。但你只要迈过第一步，会发现这东西非常值。图形面板、签名板、数据可视化、小游戏、海报生成，背后都离不开绘制能力。问题不是要不要学，而是怎么别把起手式学乱。这篇就盯住最基础的一件事：在 HarmonyOS7 里，怎么把Ca

一旦Web组件不只是拿来“展示网页”，事情就开始复杂了。活动页想调用原生分享，H5 想拿登录态，原生按钮想通知网页切 tab，最后都会落到一个词上：桥接。这个话题一上来就讲实现细节，往往很容易把人讲懵。因为桥接不是一个 API，而是一套通信关系。案例这一页的价值就在这，它没有急着写满接口，而是先把 ArkUI 和网页之间的调用方向讲清楚。说白了，你得先知道谁调用谁，再谈怎么调用。桥接这件事，最怕的

把Web组件放进页面，只是第一步。真正到了业务里，页面几乎不可能永远只加载一个固定地址。活动页会切换链接，帮助中心会跳不同文档，调试阶段也经常要在多个测试地址之间来回切。所以这篇更重要的，不是“加载网页”本身，而是 URL 切换时的状态管理。什么时候开始加载，进度怎么显示，按钮点完后页面怎么反馈，这些细节不处理，用户会觉得页面是卡住了，不是正在加载。} else {}, 200)你可以把它理解成一

很多 ArkUI 页面做到一半，总会遇到一个问题：有些内容根本不适合重写一套原生界面。比如活动页、帮助中心、协议页、运营专题，直接嵌一个网页，往往更现实。问题是，不少人第一次接触 HarmonyOS7 的Web组件时，脑子里只有一句话：它能加载网页。然后就没有然后了。配置项一多，回调一多，什么该先学、什么是后面再补的，顺序全乱了。这篇文章我就按一个更适合入门的顺序来讲，把Web组件的骨架先搭起来。

很多人第一次用Divider()，做出来的页面都一个味儿：线是有了，但信息层级没出来，列表还是像一整块糊在一起。这个问题在设置页、个人中心、资料面板里尤其明显。这一篇我想讲的不是“怎么画一条线”，而是怎么把Divider真正用到列表结构里。案例里其实给了三个很典型的方向：普通列表项分隔、分组列表分隔，以及List组件的内置分割线思路。你把这三种方式吃透，后面做设置页基本就稳了。Divider()不

很多人学Divider，停在“横着来一条线”这一步就结束了。能用，但也只是刚够用。真正把页面做细一点时，你会发现分割线也有很多变化空间。它可以是横向的，也可以是纵向的；可以通栏，也可以做缩进；可以弱化存在感，也可以承担更明显的版式节奏。这份案例适合继续往前走一步，不再只看“有没有线”，而是看“线怎么参与页面设计”。这说明分割线不一定必须从头画到尾。可以避开头像、图标、标签区可以和正文内容起始线对齐

很多页面看起来“乱”，并不是因为颜色不对、字体不对，而是层级没分开。信息和信息之间没有边界，内容块和内容块之间没有停顿，用户一眼看过去就会觉得挤、散、没重点。这时候，分割线往往是最轻量、最有效的秩序工具。这份案例非常适合初学者，因为它没有一上来就讲复杂样式，而是先把Divider最基础、最常用的能力讲透：粗细、颜色，以及它在内容分区里的作用。粗细更像什么0.5轻提示、弱边界1标准分隔2更明确的模块

如果说Blank()的基础用法是在一行里把左右两端撑开，那么它更有意思的地方，其实是在稍微复杂一点的业务行布局里。真实页面里，一行内容往往不止两个元素。左边可能是标签，中间是说明，右边是数值或状态，再加上分隔线和层级组织。如果这些内容全靠margin去硬凑，后面会越来越难维护。这份案例就很适合继续往前走一步，看看Blank()在更真实的业务行场景里是怎么工作的。这一组是整篇最有实战感的部分。Tex

margin一路加，加到看起来差不多为止。这种方式短期能解决问题，但一旦页面宽度变了、内容长度变了，布局就很容易开始别扭。真正更稳定的做法，往往不是继续堆固定值，而是把“剩余空间”交给布局系统自己处理。这也是Blank()的价值。它看起来像个不起眼的小组件，但在Row里非常好用。Blank()这种组件，名字听起来很普通，但在布局里特别有价值。它最大的优点不是炫，而是稳。你不用一直猜间距该写多少，很

学媒体组件时，最容易出现一种错觉：每次只学一个案例，好像都懂了，但一放到真正页面里，还是不知道该选哪类组件、怎么组合它们。比如你要做一个课程详情页，到底哪些部分该用Video，哪些适合Audio，哪些只是Image就够了？如果没有整体视角，代码很容易越写越散。这份案例的价值就在这里。它不是在深挖某一个组件，而是在帮你把三大媒体组件的角色边界先搭清楚。案例里Video播放暂停倍速全屏这些能力说明Vi