1# Form Kit简介
2Form Kit（卡片开发服务）提供一种界面展示形式，可以将应用的重要信息或操作前置到服务卡片（以下简称“卡片”），以达到服务直达、减少跳转层级的体验效果。卡片常用于嵌入到其他应用（当前被嵌入方即卡片使用方只支持系统应用，例如桌面）中作为其界面显示的一部分，并支持拉起页面、发送消息等基础的交互能力。
3
4## 服务卡片架构
5**图1** 服务卡片架构  
6![WidgetArchitecture](figures/WidgetArchitecture.png)
7
8卡片的基本概念：
9- 卡片使用方：如上图中的桌面，显示卡片内容的宿主应用，控制卡片在宿主中展示的位置。
10  - 应用图标：应用入口图标，点击后可拉起应用进程，图标内容不支持交互。
11  - 卡片：具备不同规格大小的界面展示，卡片的内容可以进行交互，如实现按钮进行[界面的刷新](arkts-ui-widget-event-formextensionability.md)、[应用的跳转](arkts-ui-widget-event-router.md)等。
12- 卡片提供方：包含卡片的应用，提供卡片的显示内容、控件布局以及控件点击处理逻辑。
13  - FormExtensionAbility：卡片业务逻辑模块，提供卡片创建、销毁、刷新等生命周期回调。
14  - 卡片页面：卡片UI模块，包含页面控件、布局、事件等显示和交互信息。
15
16卡片的常见使用步骤如下：
17
18**图2** 卡片常见使用步骤
19![WidgetUse](figures/WidgetUse.png)
20
211. 长按“桌面图标”，弹出操作菜单。
222. 点击“服务卡片”选项，进入卡片预览界面。
233. 点击“添加到桌面”按钮，即可在桌面上看到新添加的卡片。
24
25## 亮点/特征
26- 服务直达：将原子化服务/应用的重要信息以卡片形式展示在桌面，用户可以通过快捷手势使用卡片，通过轻量交互行为实现服务直达、减少层级跳转的目的。
27- 永久在线：提供定时、代理等多种卡片刷新机制，实现卡片永久在线。
28- 受限管控：卡片支持的组件、事件、动效、数据管理、状态管理和API能力均进行了一定限制，保障性能、功耗及安全可靠。
29
30## 开发模式
31
32Form Kit支持Stage开发模型（推荐）和FA开发模型。
33
34- Stage模型支持两种卡片开发方式，可以基于声明式范式ArkTS语言开发ArkTS卡片、也可以基于类Web范式JS语言开发JS卡片。
35- FA模型仅支持基于类Web范式JS语言开发JS卡片。
36
37ArkTS卡片与JS卡片具备不同的实现原理及特征，在场景能力上的差异如下表所示。
38
39| 类别         | JS卡片    | ArkTS卡片  |
40| ------------ | --------- | ---------- |
41| 开发范式     | 类Web范式 | 声明式范式 |
42| 组件能力     | 支持      | 支持       |
43| 布局能力     | 支持      | 支持       |
44| 事件能力     | 支持      | 支持       |
45| 自定义动效   | 不支持    | 支持       |
46| 自定义绘制   | 不支持    | 支持       |
47| 逻辑代码执行 | 不支持    | 支持       |
48
49## 与相关Kit的关系
50- Ability Kit: Form Kit内部实现依赖Ability Kit提供的Extension基础能力，与Ability Kit存在生命周期调度交互。
51- ArkUI: Form Kit卡片提供方在卡片页面中可以使用ArkUI提供的部分组件、事件、动效、状态管理等能力。
52
53## 约束限制
54针对ArkTS卡片，主要存在如下使用限制：
55- 当导入模块时，仅支持导入标识“支持在ArkTS卡片中使用”的模块。
56- 仅支持[声明式范式](../ui/arkts-ui-development-overview.md)的部分组件、事件、动效、数据管理、状态管理和API能力。
57- 卡片的事件处理和使用方的事件处理是独立的，建议在使用方支持左右滑动的场景下卡片内容不要使用左右滑动功能的组件，以防手势冲突影响交互体验。
58- 暂不支持导入共享包及使用native语言开发。
59- 暂不支持极速预览、断点调试能力、热重载及设置超时任务（setTimeOut）等能力。
60
61针对JS卡片，主要存在如下使用限制：
62- 不支持自定义动效、自定义绘制及逻辑代码执行能力。