当前位置:   article > 正文

HarmonyOS/OpenHarmony应用开发-Stage模型UIAbility组件使用(六)_ability与uiability关系

ability与uiability关系

UIAbility组件间交互(设备内)

UIAbility是系统调度的最小单元。在设备内的功能模块之间跳转时,会涉及到启动特定的UIAbility,该UIAbility可以是应用内的其他UIAbility,也可以是其他应用的UIAbility(例如启动三方支付UIAbility)。

本文将从如下场景分别介绍设备内UIAbility间的交互方式。

启动应用内的UIAbility。启动应用内的UIAbility并获取返回结果。启动其他应用的UIAbility。启动其他应用的UIAbility并获取返回结果。启动UIAbility的指定页面。通过Call调用实现UIAbility交互(仅对系统应用开放)。

四、启动其他应用的UIAbility并获取返回结果

当使用隐式Want启动其他应用的UIAbility并希望获取返回结果时,调用方需要使用startAbilityForResult()方法启动目标UIAbility。例如主应用中需要启动三方支付并获取支付结果。

1.在支付应用对应UIAbility的module.json5配置文件中,配置skills的entities字段和actions字段。

  1. {
  2. "module": {
  3. "abilities": [
  4. {
  5. // ...
  6. "skills": [
  7. {
  8. "entities": [
  9. // ...
  10. "entity.system.default"
  11. ],
  12. "actions": [
  13. // ...
  14. "ohos.want.action.editData"
  15. ]
  16. }
  17. ]
  18. }
  19. ]
  20. }
  21. }

2.调用方使用startAbilityForResult()方法启动支付应用的UIAbility,在调用方want参数中的entities和action需要被包含在待匹配UIAbility的skills配置的entities和actions中。异步回调中的data用于后续接收支付UIAbility停止自身后返回给调用方的信息。系统匹配到符合entities和actions参数条件的UIAbility后,会弹出选择框展示匹配到的UIAbility实例列表供用户选择使用。

  1. let wantInfo = {
  2. deviceId: '', // deviceId为空表示本设备
  3. // uncomment line below if wish to implicitly query only in the specific bundle.
  4. // bundleName: 'com.example.myapplication',
  5. action: 'ohos.want.action.editData',
  6. // entities can be omitted.
  7. entities: ['entity.system.default'],
  8. }
  9. // context为调用方UIAbility的AbilityContext
  10. this.context.startAbilityForResult(wantInfo).then((data) => {
  11. // ...
  12. }).catch((err) => {
  13. // ...
  14. })

3.在支付UIAbility完成支付之后,需要调用terminateSelfWithResult()方法实现停止自身,并将abilityResult参数信息返回给调用方。

  1. const RESULT_CODE: number = 1001;
  2. let abilityResult = {
  3. resultCode: RESULT_CODE,
  4. want: {
  5. bundleName: 'com.example.myapplication',
  6. abilityName: 'EntryAbility',
  7. moduleName: 'entry',
  8. parameters: {
  9. payResult: 'OKay',
  10. },
  11. },
  12. }
  13. // context为被调用方UIAbility的AbilityContext
  14. this.context.terminateSelfWithResult(abilityResult, (err) => {
  15. // ...
  16. });

3.在调用方startAbilityForResult()方法回调中接收支付应用返回的信息,RESULT_CODE需要与前面terminateSelfWithResult()返回的数值保持一致

  1. const RESULT_CODE: number = 1001;
  2. let want = {
  3. // Want参数信息
  4. };
  5. // context为调用方UIAbility的AbilityContext
  6. this.context.startAbilityForResult(want).then((data) => {
  7. if (data?.resultCode === RESULT_CODE) {
  8. // 解析被调用方UIAbility返回的信息
  9. let payResult = data.want?.parameters?.payResult;
  10. // ...
  11. }
  12. }).catch((err) => {
  13. // ...
  14. })

五、启动UIAbility的指定页面

一个UIAbility可以对应多个页面,在不同的场景下启动该UIAbility时需要展示不同的页面,例如从一个UIAbility的页面中跳转到另外一个UIAbility时,希望启动目标UIAbility的指定页面。本文主要讲解目标UIAbility首次启动和目标UIAbility非首次启动两种启动指定页面的场景,以及在讲解启动指定页面之前会讲解到在调用方如何指定启动页面。

一)调用方UIAbility指定启动页面

调用方UIAbility启动另外一个UIAbility时,通常需要跳转到指定的页面。例如FuncAbility包含两个页面(Index对应首页,Second对应功能A页面),此时需要在传入的want参数中配置指定的页面路径信息,可以通过want中的parameters参数增加一个自定义参数传递页面跳转信息。示例中的context的获取方式参见获取UIAbility的Context属性。

  1. let wantInfo = {
  2. deviceId: '', // deviceId为空表示本设备
  3. bundleName: 'com.example.myapplication',
  4. abilityName: 'FuncAbility',
  5. moduleName: 'module1', // moduleName非必选
  6. parameters: { // 自定义参数传递页面信息
  7. router: 'funcA',
  8. },
  9. }
  10. // context为调用方UIAbility的AbilityContext
  11. this.context.startAbility(wantInfo).then(() => {
  12. // ...
  13. }).catch((err) => {
  14. // ...
  15. })

二)目标UIAbility首次启动

目标UIAbility首次启动时,在目标UIAbility的onWindowStageCreate()生命周期回调中,解析EntryAbility传递过来的want参数,获取到需要加载的页面信息url,传入windowStage.loadContent()方法。

  1. import UIAbility from '@ohos.app.ability.UIAbility'
  2. import Window from '@ohos.window'
  3. export default class FuncAbility extends UIAbility {
  4. funcAbilityWant;
  5. onCreate(want, launchParam) {
  6. // 接收调用方UIAbility传过来的参数
  7. this.funcAbilityWant = want;
  8. }
  9. onWindowStageCreate(windowStage: Window.WindowStage) {
  10. // Main window is created, set main page for this ability
  11. let url = 'pages/Index';
  12. if (this.funcAbilityWant?.parameters?.router) {
  13. if (this.funcAbilityWant.parameters.router === 'funA') {
  14. url = 'pages/Second';
  15. }
  16. }
  17. windowStage.loadContent(url, (err, data) => {
  18. // ...
  19. });
  20. }
  21. }

三)目标UIAbility非首次启动

经常还会遇到一类场景,当应用A已经启动且处于主页面时,回到桌面,打开应用B,并从应用B再次启动应用A,且需要跳转到应用A的指定页面。例如联系人应用和短信应用配合使用的场景。打开短信应用主页,回到桌面,此时短信应用处于已打开状态且当前处于短信应用的主页。再打开联系人应用主页,进入联系人用户A查看详情,点击短信图标,准备给用户A发送短信,此时会再次拉起短信应用且当前处于短信应用的发送页面。

%E5%9B%BE%E7%89%879.png

针对以上场景,即当应用A的UIAbility实例已创建,并且处于该UIAbility实例对应的主页面中,此时,从应用B中需要再次启动应用A的该UIAbility,并且需要跳转到不同的页面,这种情况下要如何实现呢?

1.在目标UIAbility中,默认加载的是Index页面。由于当前UIAbility实例之前已经创建完成,此时会进入UIAbility的onNewWant()回调中且不会进入onCreate()和onWindowStageCreate()生命周期回调,在onNewWant()回调中解析调用方传递过来的want参数,并挂在到全局变量globalThis中,以便于后续在页面中获取。

  1. import UIAbility from '@ohos.app.ability.UIAbility'
  2. export default class FuncAbility extends UIAbility {
  3. onNewWant(want, launchParam) {
  4. // 接收调用方UIAbility传过来的参数
  5. globalThis.funcAbilityWant = want;
  6. // ...
  7. }
  8. }

2.在FuncAbility中,此时需要在Index页面中通过页面路由Router模块实现指定页面的跳转,由于此时FuncAbility对应的Index页面是处于激活状态,不会重新变量声明以及进入aboutToAppear()生命周期回调中。因此可以在Index页面的onPageShow()生命周期回调中实现页面路由跳转的功能。

  1. import router from '@ohos.router';
  2. @Entry
  3. @Component
  4. struct Index {
  5. onPageShow() {
  6. let funcAbilityWant = globalThis.funcAbilityWant;
  7. let url2 = funcAbilityWant?.parameters?.router;
  8. if (url2 && url2 === 'funcA') {
  9. router.replaceUrl({
  10. url: 'pages/Second',
  11. })
  12. }
  13. }
  14. // 页面展示
  15. build() {
  16. // ...
  17. }
  18. }

说明当被调用方Ability的启动模式设置为standard启动模式时,每次启动都会创建一个新的实例,那么onNewWant()回调就不会被用到。

六、通过Call调用实现UIAbility交互(仅对系统应用开放)

Call调用是UIAbility能力的扩展,它为UIAbility提供一种能够被外部调用并与外部进行通信的能力。Call调用支持前台与后台两种启动方式,使UIAbility既能被拉起到前台展示UI,也可以在后台被创建并运行。Call调用在调用方与被调用方间建立了IPC通信,因此应用开发者可通过Call调用实现不同Ability之间的数据共享。

Call调用的核心接口是startAbilityByCall方法,与startAbility接口的不同之处在于:

startAbilityByCall支持前台与后台两种启动方式,而startAbility仅支持前台启动。调用方可使用startAbilityByCall所返回的Caller对象与被调用方进行通信,而startAbilty不具备通信能力。

Call调用的使用场景主要包括:

需要与被启动的UIAbility进行通信。希望被启动的UIAbility在后台运行。

表1 Call调用相关名词解释

名词

描述

CallerAbility

进行Call调用的UIAbility(调用方)。

CalleeAbility

被Call调用的UIAbility(被调用方)。

Caller

实际对象,由startAbilityByCall接口返回,CallerAbility可使用Caller与CalleeAbility进行通信。

Callee

实际对象,被CalleeAbility持有,可与Caller进行通信。

Call调用示意图如下所示。

图1 Call调用示意图

%E5%9B%BE%E7%89%8710.png

CallerAbility调用startAbilityByCall接口获取Caller,并使用Caller对象的call方法向CalleeAbility发送数据。

CalleeAbility持有一个Callee对象,通过Callee的on方法注册回调函数,当接收到Caller发送的数据时将会调用对应的回调函数。

说明当前仅支持系统应用使用Call调用。CalleeAbility的启动模式需要为单实例。Call调用既支持本地(设备内)Call调用,也支持跨设备Call调用,下面介绍设备内Call调用方法。

一)接口说明

Call功能主要接口如下表所示。具体的API详见接口文档。

表2 Call功能主要接口

接口名

描述

startAbilityByCall(want: Want): Promise<Caller>

启动指定UIAbility并获取其Caller通信接口,默认为后台启动,通过配置want可实现前台启动,详见接口文档。AbilityContext与ServiceExtensionContext均支持该接口。

on(method: string, callback: CalleeCallBack): void

通用组件Callee注册method对应的callback方法。

off(method: string): void

通用组件Callee解注册method的callback方法。

call(method: string, data: rpc.Parcelable): Promise<void>

向通用组件Callee发送约定序列化数据。

callWithResult(method: string, data: rpc.Parcelable): Promise<rpc.MessageSequence>

向通用组件Callee发送约定序列化数据, 并将Callee返回的约定序列化数据带回。

release(): void

释放通用组件的Caller通信接口。

on(type: "release", callback: OnReleaseCallback): void

注册通用组件通信断开监听通知。

设备内通过Call调用实现UIAbility交互,涉及如下两部分开发:创建Callee被调用端。访问Callee被调用端。

二)开发步骤(创建Callee被调用端)

在Callee被调用端,需要实现指定方法的数据接收回调函数、数据的序列化及反序列化方法。在需要接收数据期间,通过on接口注册监听,无需接收数据时通过off接口解除监听。

1.配置Ability的启动模式。

配置module.json5,将CalleeAbility配置为单实例"singleton"。

Json字段

字段说明

"launchType"

Ability的启动模式,设置为"singleton"类型。

Ability配置标签示例如下:

  1. "abilities":[{
  2. "name": ".CalleeAbility",
  3. "srcEntrance": "./ets/CalleeAbility/CalleeAbility.ts",
  4. "launchType": "singleton",
  5. "description": "$string:CalleeAbility_desc",
  6. "icon": "$media:icon",
  7. "label": "$string:CalleeAbility_label",
  8. "visible": true
  9. }]

2.导入UIAbility模块。

import Ability from '@ohos.app.ability.UIAbility';

3.定义约定的序列化数据。

调用端及被调用端发送接收的数据格式需协商一致,如下示例约定数据由number和string组成。

  1. export default class MyParcelable {
  2. num: number = 0
  3. str: string = ""
  4. constructor(num, string) {
  5. this.num = num
  6. this.str = string
  7. }
  8. marshalling(messageSequence) {
  9. messageSequence.writeInt(this.num)
  10. messageSequence.writeString(this.str)
  11. return true
  12. }
  13. unmarshalling(messageSequence) {
  14. this.num = messageSequence.readInt()
  15. this.str = messageSequence.readString()
  16. return true
  17. }
  18. }

4.实现Callee.on监听及Callee.off解除监听。

被调用端Callee的监听函数注册时机,取决于应用开发者。注册监听之前的数据不会被处理,取消监听之后的数据不会被处理。如下示例在Ability的onCreate注册'MSG_SEND_METHOD'监听,在onDestroy取消监听,收到序列化数据后作相应处理并返回,应用开发者根据实际需要做相应处理。具体示例代码如下:

  1. const TAG: string = '[CalleeAbility]';
  2. const MSG_SEND_METHOD: string = 'CallSendMsg';
  3. function sendMsgCallback(data) {
  4. console.info('CalleeSortFunc called');
  5. // 获取Caller发送的序列化数据
  6. let receivedData = new MyParcelable(0, '');
  7. data.readParcelable(receivedData);
  8. console.info(`receiveData[${receivedData.num}, ${receivedData.str}]`);
  9. // 作相应处理
  10. // 返回序列化数据result给Caller
  11. return new MyParcelable(receivedData.num + 1, `send ${receivedData.str} succeed`);
  12. }
  13. export default class CalleeAbility extends Ability {
  14. onCreate(want, launchParam) {
  15. try {
  16. this.callee.on(MSG_SEND_METHOD, sendMsgCallback);
  17. } catch (error) {
  18. console.info(`${MSG_SEND_METHOD} register failed with error ${JSON.stringify(error)}`);
  19. }
  20. }
  21. onDestroy() {
  22. try {
  23. this.callee.off(MSG_SEND_METHOD);
  24. } catch (error) {
  25. console.error(TAG, `${MSG_SEND_METHOD} unregister failed with error ${JSON.stringify(error)}`);
  26. }
  27. }
  28. }
复制复制

(三)开发步骤(访问Callee被调用端)

1.导入UIAbility模块。

import Ability from '@ohos.app.ability.UIAbility';

2.获取Caller通信接口。

Ability的context属性实现了startAbilityByCall方法,用于获取指定通用组件的Caller通信接口。如下示例通过this.context获取Ability实例的context属性,使用startAbilityByCall拉起Callee被调用端并获取Caller通信接口,注册Caller的onRelease监听。应用开发者根据实际需要做相应处理。

  1. // 注册caller的release监听
  2. private regOnRelease(caller) {
  3. try {
  4. caller.on("release", (msg) => {
  5. console.info(`caller onRelease is called ${msg}`);
  6. })
  7. console.info('caller register OnRelease succeed');
  8. } catch (error) {
  9. console.info(`caller register OnRelease failed with ${error}`);
  10. }
  11. }
  12. async onButtonGetCaller() {
  13. try {
  14. this.caller = await context.startAbilityByCall({
  15. bundleName: 'com.samples.CallApplication',
  16. abilityName: 'CalleeAbility'
  17. })
  18. if (this.caller === undefined) {
  19. console.info('get caller failed')
  20. return
  21. }
  22. console.info('get caller success')
  23. this.regOnRelease(this.caller)
  24. } catch (error) {
  25. console.info(`get caller failed with ${error}`)
  26. }
  27. }
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/从前慢现在也慢/article/detail/276067
推荐阅读
相关标签
  

闽ICP备14008679号