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生命周期存在差异;