应用模型

应用模型是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生命周期存在差异；
•