formkit

卡片状态驱动刷新——让不同卡片实例显示不同内容的正确方式用户在卡片上勾了两个复选框，分别代表"状态A"和"状态B"。我想让：只有勾选了状态A，才刷新状态A的内容；只有勾选了状态B，才刷新状态B的内容。这就是"状态驱动刷新"。 StageServiceWidgetCards 的 widgetupdatebystatus 模块完整演示了这个功能，把它拆开讲清楚。

从零开发一个 HarmonyOS 输入法——KikaInputMethod 完整拆解自定义输入法是 HarmonyOS 里相对复杂的能力，因为它不是一个普通页面，而是一个系统级的扩展能力（ExtensionAbility）。KikaInputMethod 这个 demo 把整个架构做得很完整，值得深入学习。

HarmonyOS 服务卡片开发之JS 卡片开发ArkTS 卡片是主流，但还有一种更老的方案——JS 卡片，基于 HML + CSS + JS 开发，风格跟前端三件套很像。虽然华为推荐用 ArkTS，但一些老项目还在用 JS 卡片，理解它有必要。今天基于 JSForm 项目，把 JS 卡片的开发方式讲清楚。

卡片数据不丢失：Preferences 在 FormKit 里的正确用法做卡片开发的时候，有个问题早晚会遇到：App 重启之后，卡片的数据为什么全没了？问题根源很简单：FormExtensionAbility 是无状态的，每次调用都是全新实例，内存里的数据下次就没了。要保住数据，必须用持久化存储。HarmonyOS 提供了几种选择，其中 Preferences（轻量级键值存储）是 FormKit 场景用得最多的。

HarmonyOS 卡片 UI 三种玩法：普通卡片、动效卡片、Canvas 卡片搞懂 FormKit 基础之后，很多人会问一个问题：卡片 UI 能做到多花哨？说实话，比我想象的要多。ArkTSCardDocsSample 里展示了三种玩法：普通交互卡片、动效卡片和 Canvas 自定义绘制卡片。本文把这三种实现方式的代码全部拆开讲清楚，顺便说说各自的使用场景和注意事项。

我是有底线的