OpenHarmony使用Stage模型和FA模型开发分布式应用时的用S应用差别

作者：Haoc_小源同学 2022-12-26 11:24:28系统 OpenHarmony Stage模型中配置文件由FA模型的config.json改为module.json5，同时一些字段名也发生了改变，模型A模例如reqPermissions就改为requestPermissions（好像这个区别并不是型开很起眼，但就是发分因为之前我有一个朋友在使用Stage模型开发时直接复制了FA模型的请求权限代码。

​​想了解更多关于开源的布式内容，请访问：​​

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

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

前言

笔者这两个月一直在折腾分布式应用，差别并且分别基于API8的用S应用FA模型以及API9的Stage模型进行了开发，这两天总算是模型A模基本开发完了，闲下来总结下这两者的型开区别，顺便跟大家唠唠开发时踩过的发分坑

请求权限

Stage模型中配置文件由FA模型的config.json改为module.json5，同时一些字段名也发生了改变，布式例如reqPermissions就改为requestPermissions（好像这个区别并不是差别很起眼，但就是用S应用因为之前我有一个朋友在使用Stage模型开发时直接复制了FA模型的请求权限代码，而我一开始也没看出来哪里有问题，模型A模因为只差了几个字母，型开后来我手敲代码才找到了问题所在😂）。

FA

"reqPermissions": [
{ 
"name": "ohos.permission.DISTRIBUTED_DATASYNC"
}
]

Stage

"requestPermissions": [
{ 
"name": "ohos.permission.DISTRIBUTED_DATASYNC"
}
]

获取Context

FA

let context = featureAbility.getContext();

Stage

Stage模型中包含多种Context，比较常用的有AbilityContext和在eTS页面中访问Context，更多详见参考资料[1]。

• AbilityContext

Stage模型下，每个Ability中都包含了一个Context属性。

在继承Ability的类中通过this.context​就可以获取AbilityContext，从而操作Ability的方法(如startAbility、connectAbility等)。

import Ability from '@ohos.application.Ability'

export default class MainAbility extends Ability { 
onCreate(want, launchParam) { 
this.context.requestPermissionsFromUser(PERMISSIONS)
}
onWindowStageCreate(windowStage) { 
let context = this.context;
}
...
};

• 在eTS页面中访问Context。

接口名	描述
getContext(component: Object): Object	获取页面中component所关联的Context对象。

// 获取当前component关联的Context
let context = getContext(this) as any

启动Ability

FA

featureAbility.startAbility({ 
want: { 
bundleName: 'com.haoc.distributevideoplayer',
abilityName: 'com.haoc.distributevideoplayer.MainAbility',
deviceId: deviceId,
parameters: { 
isFA: 'FA'
}
}
})

Stage

context.startAbility({ 
bundleName: 'com.haoc.distributevideoplayer',
abilityName: 'EntryAbility',
deviceId: deviceId,
parameters: { 
isFA: 'FA'
}
})

1.Stage模型不再使用featureAbility接口，而需要先获取当前Ability的上下文，再由AbilityContext调用startAbility方法。

2.相比FA模型少了一对{ }括号。

3.MainAbility改名为EntryAbility，且abilityName不再是由package + Ability name组成。

结语

由于开发时部分接口在API9以上才提供，所以需要将应用API升级到9。但其实API9也提供了FA模型，只需要在API8的基础上进行小部分修改即可，那笔者为何还花费大量精力去折腾Stage模型呢？一个是想体验一下这两者在开发上的差别，另一个是未来将不再主推FA模型，现在学习的成本没有以后的成本高。笔者在开发时还发现许多接口将被废弃，例如Ability，将会用UIAbility代替，不过接口基本上不会有很大改变，都是改个名字、加个参数之类。

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

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

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

责任编辑：jianghua 来源： 51CTO 开源基础软件社区 鸿蒙Stage模型

(责任编辑：探索)