很多界面一旦想做得更有质感，渐变色几乎绕不过去。问题是，很多人一提到渐变，就只会想到普通组件上的背景渐变。到了Canvas里，渐变的用法其实更灵活，因为它不是某个样式糖，而是一种真正可控的绘制资源。这一页案例的价值，就在于它把Canvas渐变拆得很基础：水平渐变、垂直渐变、多色渐变。看起来不复杂，但足够把最核心的思路讲透。渐变真正厉害的地方，不是让页面“看起来高级”，而是让你开始有能力控制画面的气

如果说Canvas入门阶段是“先画出来”，那再往前一步，就是“把不同图形拼成一个有结构的画面”。这一步很关键，因为从这里开始，Canvas才真正摆脱演示性质，开始具备做图表、做插画、做信息面板的能力。这个案例特别适合用来理解这个过渡。它没有搞复杂 UI，而是老老实实把矩形、描边矩形、圆形、直线和三角形放到一张画布里。你会发现，很多所谓“复杂图案”，底层其实都是这些基础图形的组合。Canvas真正有

很多人学Canvas，最先想到的都是图形。但到了真实业务里，真正决定画面是不是“能用”的，常常不是方块和圆，而是字。你图形画得再顺，标题摆不齐、标签不清楚、数值看着别扭，这个画布照样不专业。这篇就专门讲Canvas里的文字绘制。案例覆盖的内容很基础，但也正因为基础，特别适合拿来建立文字样式的控制感。textAlignCanvas 里的文字绘制，说到底是在训练你对“视觉信息层级”的控制力。标题该大、

静态图形会画了，只能算学到一半。Canvas真正开始有表现力，往往是在它动起来之后。旋转、粒子、波纹、仪表盘、加载动画，很多你平时觉得“这页面有点高级”的效果，本质上都是一帧一帧刷出来的。问题也正出在这里。一旦开始动画，Canvas就不再只是“画一张图”，而变成“持续重绘一个状态变化中的画面”。这跟前面学静态图形，完全不是一个思路。这个案例非常适合做第一步，因为它只做了一件事：让一个方块旋转起来。

一提到数据可视化，很多人第一反应就是找图表库。这个思路没问题，但有些场景下，你未必需要一整套库。比如只是做一个轻量周报图、设备状态面板、运营数据卡片，自己用Canvas画一个简单柱状图，反而更灵活，依赖也更轻。问题是，图表跟普通图形不一样。它不是“画几个柱子”就完了，还涉及坐标区域、留白、标签、刻度、数值位置。这也是为什么不少人一开始觉得图表很难。这个案例正好给了一个很好的起点：手写一张最基础的柱

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

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

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

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

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