#打卡不停更#FFH浅析Ability框架中Stage模型与FA模型的差异

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了#打卡不停更#FFH浅析Ability框架中Stage模型与FA模型的差异相关的知识,希望对你有一定的参考价值。

(#打卡不停更#【FFH】浅析Ability框架中Stage模型与FA模型的差异)

Aility框架概述

Ability是应用所具备能力的抽象,也是应用程序的基本组成单元。OpenHarmony与HarmonyOS的应用程序APP由一个或多个Hap包组成,每个Hap可以包含一个或多个Ability。

Ability框架模型具有两种形态,FA模型以及Stage模型

  • FA模型:OpenHarmony API 8及其更早版本的应用程序只能使用FA模型进行开发。FA模型将Ability分为FA(Feature Ability)和PA(Particle Ability)两种类型,其中FA支持Page Ability,PA支持Service Ability、Data Ability、以及FormAbility

  • Stage模型:从OpenHarmony API 9开始,Ability框架引入了Stage模型作为第二种应用框架形态,Stage模型将Ability分为PageAbility和ExtensionAbility两大类,其中ExtensionAbility又被扩展为ServiceExtensionAbility、FormExtensionAbility、DataShareExtensionAbility等一系列ExtensionAbility,以便满足更多的使用场景。

Stage模型比较新,其被设计出来就是为了让开发者能更加方便地开发出分布式环境的复杂应用,下表是官方给出的两种模型的设计差异:

​ 从表中可以看到,从界面UI开发上来看,两者的区别不大。

​ FA模型的设计特点就是每个Ability都是小单元,每个小单元之间都是存在隔阂的,这样可以让开发者专注于定制每个Ability的特定能力,这样在简单场景下,应用的Ability结构会比较清晰明确。

FA模型与Stage模型差异对比

进程差异

​ 单看每个进程,可以发现在FA中一个Ability只允许绑定一个JS VMjavascript虚拟机)引擎,Stage模型中每个进程内的JS VM引擎可以被多个Ability共享,而JS VM(JavaScript虚拟机)引擎的作用可以简单理解为读取应用中的JavaScript代码,然后进行相应处理,起到一个解释器的作用,让底层可以读懂开发人员写的代码,所以Stage模型同一个进程内的不同Ability之间是存在更多打破隔阂的可能性,涉及到同一个进程内多个Ability直接的交互开发时,性能也会更高,同时支持了一个非常重要的特性,就是进程内可以共享对象,这意味着开发者不需要考虑线程之间的对象共享,只需要聚焦在分布式的交互场景上。

生命周期间差异

生命周期的差异主要是圈起来的地方,也是就Ability从后台和前台之前切换的过程,FA模型中该部分比较简单,只有4个回调函数,大家看图也可以理解。

而在Stage模型中,设计者将Ability组件与窗口之间进行了弱耦合,引入了WindowStage(本地窗口管理器)的概念,WindowStage主要用于处理界面获焦状态(前台),以及失焦状态(后台),这样中间层Ability只需要感知前后台变化,而不需感知焦点变化,从而实现Ability组件和窗口之间的解耦。

解耦的目的就是为了支持多种设备形态和更易于实现多种不同的窗口形态,从而方便裁剪,更有利于定制不同的窗口形态

组件间差异

​ 从组件上来看,FA模型的Ability组件类型比较固定,而Stage模型的Ability组件类型具备拓展性

本文作者:Hagon

想了解更多关于开源的内容,请访问:​

​51CTO 开源基础软件社区​

​https://ost.51cto.com/#bkwz​

以上是关于#打卡不停更#FFH浅析Ability框架中Stage模型与FA模型的差异的主要内容,如果未能解决你的问题,请参考以下文章

#打卡不停更# OpenHarmony-ArkUI(TS)声明式开发之列表拖动排列

#打卡不停更#智能喂食器

#打卡不停更# HarmonyOS - 基于ArkUI(JS)实现虚拟摇杆组件

#打卡不停更#[图文并茂]Packstack部署train版openstack

#打卡不停更# - OpenHarmony/docs开发入门

#打卡不停更#三方库移植之NAPI开发[3]通过IDE开发NAPI工程