鸿蒙4.0ArkUI快速入门（一）应用模型
ArkUI篇
- 应用模型
- Stage模型
- FA模型
- 模型对比
应用模型
应用模型是HarmonyOS为开发者提供的应用程序所需能力的抽象提炼，它提供了应用程序必备的组件和运行机制。
HarmonyOS先后提供了两种应用模型：
FA（Feature Ability）模型：HarmonyOS早期版本开始支持的模型，已经不再主推。
Stage模型：HarmonyOS 3.1 Developer Preview版本开始新增的模型，是目前主推且会长期演进的模型。在该模型中，由于提供了AbilityStage、WindowStage等类作为应用组件和Window窗口的“舞台”，因此称这种应用模型为Stage模型。
Stage模型
是我们常用的开发模型 ，使用ArkTS，TS开发。
有UIAbility组件和ExtensionAbility组件。
UIAbility组件：平常我们只使用UIAbility，项目中继承了UIAbility的EntryAbility跟Android端的继承了Application的类MyApp很类似，用于管理三方组件初始化工作，APP生命周期等。
ExtensionAbility组件：组件是一种面向特定场景的应用组件。
比如说要开发一个卡片，输入法等扩展应用，就可以使用该组件场景了。
FA模型
该模型目前不是主要的开发模型，可以使用JS开发，类Web范式（HML+CSS+JSON）开发。这个模型大概率是为了保留了js开发，这里不做过多介绍。
API 8及其更早版本的应用程序只能使用FA模型进行开发。FA模型将Ability分为FA（Feature Ability）和PA（Particle Ability）两种类型，其中FA支持Page Ability，PA支持Service Ability、Data Ability、以及FormAbility。
模型对比
| 对比 | Stage模型 | FA模型 |
|---|---|---|
| 开发方式 | 提供面向对象的开发方式，UI开发与FA模型一致。 | 提供类Web的API，UI开发与Stage模型一致。 |
| 引擎实例 | 每个进程内的多个Ability实例共享一个JS VM引擎实例。 | 每个进程内的每个Ability实例独享一个JS VM引擎实例。 |
| 进程内对象共享 | 支持。 | 不支持。 |
| 包描述文件 | 使用module.json5描述HAP包和组件信息，可以指定入口文件名。 | 使用config.json描述HAP包和组件信息，组件必须使用固定的文件名。 |
| 组件 | 提供Ability(页面展示)、Extension(基于场景的服务扩展)。 | 提供PageAbility(页面展示)，ServiceAbility(服务)，DataAbility(数据分享)以及FormAbility(卡片)。 |
| 除了上述设计上的差异外，对于开发者而言，两种模型的主要区别在于： |
- Ability类型存在差异；
- Ability生命周期存在差异；
