1# Ability框架概述 2 3Ability是OpenHarmony系统对应用的基本抽象。 4 5每个Ability是完成独立业务的应用组件,是系统调度应用的最小单元。一个应用可以包含一个或多个Ability。 6 7Ability框架模型具有两种形态: 8 9- 第一种形态称为FA模型。API 8及其更早版本的应用只能使用FA模型。FA模型将Ability分为Page Ability、Service Ability以及Data Ability几种类型。 10- 第二种形态称为Stage模型,这是自API 9新增的模型。Stage模型将Ability分为UIAbility和ExtensionAbility两大类,其中ExtensionAbility又被扩展为ServiceExtensionAbility、FormExtensionAbility、DataShareExtensionAbility等一系列ExtensionAbility,以便满足更多的使用场景。 11 12自API 9开始,Stage模型是主推的开发模型。 13 14Stage模型的设计,主要是为了开发者更加方便地开发出分布式环境下的复杂应用。下表给出了两种模型在设计上的差异: 15 16| 对比 | FA模型 | Stage模型 | 17| -------------- | ------------------------------------------------------------ | -------------------------------------------------------- | 18| 应用组件开发方式 | 类Web的开发方式。 | 面向对象的开发方式。 | 19| 引擎实例 | 每个Ability实例独占一个虚拟机实例。 | 多个Ability实例可以共享同一个虚拟机实例。 | 20| 进程内对象共享 | 不支持。 | 支持。 | 21| 包描述文件 | 使用`config.json`描述HAP包和组件信息,组件必须使用固定的文件名。 | 使用`module.json5`描述HAP包和组件信息,可以指定入口文件名。 | 22| 组件 | 提供PageAbility(页面展示),ServiceAbility(服务),DataAbility(数据分享)以及FormAbility(卡片)。 | 提供UIAbility(页面展示)、Extension(基于场景的服务扩展)。 | 23 24除了上述设计上的差异外,对于开发者而言,两种模型的主要区别在于: 25 26* Ability类型存在差异; 27 28 ![favsstage](figures/favsstage.png) 29 30* Ability生命周期存在差异; 31 32 ![lifecycle](figures/lifecycle.png) 33 34两种模型的基本介绍,详见[FA模型综述](fa-brief.md)及[Stage模型综述](stage-brief.md)。 35 36## 相关实例 37 38### Stage 模型 39 40- [Stage模型介绍(ArkTS)(API9)](https://gitee.com/openharmony/applications_app_samples/tree/OpenHarmony-3.2-Release/code/BasicFeature/ApplicationModels/StageModel) 41- [窗口扩展(ArkTS)(API9)](https://gitee.com/openharmony/applications_app_samples/tree/OpenHarmony-3.2-Release/code/SystemFeature/WindowManagement/WindowExtAbility) 42- [系统任务管理(ArkTS)(API9)](https://gitee.com/openharmony/applications_app_samples/tree/OpenHarmony-3.2-Release/code/SystemFeature/ApplicationModels/MissionManager) 43- [仿桌面应用(ArkTS)(API9)](https://gitee.com/openharmony/applications_app_samples/tree/OpenHarmony-3.2-Release/code/SystemFeature/ApplicationModels/Launcher) 44