OpenHarmony使用Stage模型和FA模型开发分布式应用时的差别
前言
笔者这两个月一直在折腾分布式应用,并且分别基于API8的FA模型以及API9的Stage模型进行了开发,这两天总算是基本开发完了,闲下来总结下这两者的区别,顺便跟大家唠唠开发时踩过的坑
请求权限
Stage模型中配置文件由FA模型的config.json改为module.json5,同时一些字段名也发生了改变,例如reqPermissions就改为requestPermissions(好像这个区别并不是很起眼,但就是因为之前我有一个朋友在使用Stage模型开发时直接复制了FA模型的请求权限代码,而我一开始也没看出来哪里有问题,因为只差了几个字母,后来我手敲代码才找到了问题所在?)。
FA
Stage
获取Context
FA
Stage
Stage模型中包含多种Context,比较常用的有AbilityContext和在eTS页面中访问Context,更多详见参考资料[1]。
- AbilityContext
Stage模型下,每个Ability中都包含了一个Context属性。
在继承Ability的类中通过this.context就可以获取AbilityContext,从而操作Ability的方法(如startAbility、connectAbility等)。
- 在eTS页面中访问Context。
接口名 | 描述 |
getContext(component: Object): Object | 获取页面中component所关联的Context对象。 |
启动Ability
FA
Stage
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代替,不过接口基本上不会有很大改变,都是改个名字、加个参数之类。
相关文章
- Jgit的使用笔记
- 利用Github Action实现Tornadofx/JavaFx打包
- 叹息!GitHub Trending 即将成为历史!
- 微软软了?开源社区讨论炸锅,GitHub CEO 亲自来答
- GitHub Trending 列表频现重复项,前后端都没去重?
- Photoshop Elements 2021版本软件安装教程(mac+windows全版本都有)
- (ps全版本)Photoshop 2020的安装与破解教程(mac+windows全版本都有)
- (ps全版本)Photoshop cc2018的安装与破解教程(mac+windows全版本,包括2023
- 环境搭建:Oracle GoldenGate 大数据迁移到 Redshift/Flat file/Flume/Kafka测试流程
- 每个开发人员都要掌握的:最小 Linux 基础课
- 来撸羊毛了!Windows 环境下 Hexo 博客搭建,并部署到 GitHub Pages
- 超实用!手把手入门 MongoDB:这些坑点请一定远离
- 【GitHub日报】22-10-09 zustand、neovim、webtorrent、express 等4款App今日上新
- 【GitHub日报】22-10-10 brew、minio、vite、seaweedfs、dbeaver 等8款App今日上新
- 【GitHub日报】22-10-11 cobra、grafana、vue、ToolJet、redwood 等13款App今日上新
- Photoshop 2018 下载及安装教程(mac+windows全版本都有,包括最新的2023)
- Photoshop 2017 下载及安装教程(mac+windows全版本都有,包括最新的2023)
- Photoshop 2020 下载及安装教程(mac+windows全版本都有,包括最新的2023)
- Photoshop 2023 资源免费下载(mac+windows全版本都有,包括最新的2023)
- 最新版本Photoshop CC2018软件安装教程(mac+windows全版本都有,包括2023