OpenHarmony使用Stage模型和FA模型开发分布式应用时的差别 原创 精华
前言
笔者这两个月一直在折腾分布式应用,并且分别基于API8的FA模型以及API9的Stage模型进行了开发,这两天总算是基本开发完了,闲下来总结下这两者的区别,顺便跟大家唠唠开发时踩过的坑
请求权限
Stage模型中配置文件由FA模型的config.json
改为module.json5
,同时一些字段名也发生了改变,例如reqPermissions
就改为requestPermissions
(好像这个区别并不是很起眼,但就是因为之前我有一个朋友在使用Stage模型开发时直接复制了FA模型的请求权限代码,而我一开始也没看出来哪里有问题,因为只差了几个字母,后来我手敲代码才找到了问题所在😂)
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代替,不过接口基本上不会有很大改变,都是改个名字、加个参数之类。
关于两种模型还有什么差别欢迎大家留言讨论,文章有错误之处也欢迎指出,最后祝大家冬至快乐~
初一看确实没感觉有多大区别
还没学懂FA就已经要迭代了,现在版本更新速度真是快
在迭代代码时可以考虑下个对比工具,比如bcompare之类的
有意思的分享,版本变化总是折腾开发者