鸿蒙HarmonyOS实战-Stage模型（信息传递载体Want）_want的基本概念

应用中的信息传递是为了实现各种功能和交互。信息传递可以帮助用户和应用之间进行有效的沟通和交流。通过信息传递，应用可以向用户传递重要的消息、通知和提示，以提供及时的反馈和指导。同时，用户也可以通过信息传递向应用发送指令、请求和反馈，以实现个性化的需求和操作。

信息传递还可以帮助应用之间实现数据的共享和交互。通过信息传递，不同应用可以实现数据的互通，以实现更多的功能和服务。例如，一个购物应用可以通过信息传递与支付应用进行数据交互，以实现支付功能；一个社交媒体应用可以通过信息传递与地图应用进行数据交互，以实现位置分享功能。

此外，信息传递还可以帮助应用之间实现联动和协作。通过信息传递，应用可以实现多个功能的组合和协同，以提供更加丰富和综合的服务。例如，一个音乐应用可以与闹钟应用进行信息传递，以实现在特定时间播放特定的音乐。

一、信息传递载体Want

1.Want概述

🦋1.1 Want的定义与用途

HarmonyOS中的"Want"是一个用于定义和控制应用程序之间通信的基本概念。它可以用来描述一个应用程序对某个特定操作的需求或意愿，比如获取某个设备的位置信息、访问某个传感器的数据等。

使用"Want"可以实现应用程序之间的无缝协作和互操作。通过定义和使用"Wants"，应用程序可以根据自身的需求发送请求，并且可以接收和处理其他应用程序发送的请求。这种机制能够促进应用程序之间的交互和共享，并且使得整个系统更加智能和高效。

"Wants"的使用可以带来许多好处。首先，它可以简化应用程序之间的通信和协作，减少开发人员的工作量。其次，它可以增强系统的灵活性和可扩展性，使得应用程序能够动态地适应不同的环境和设备。最后，它可以提供更加个性化和智能化的用户体验，使得应用程序能够更好地理解用户的需求并作出相应的反应。

🦋1.2 Want的类型

在HarmonyOS中，信息传递载体Want的类型可以分为两种：显式Want和隐式Want。

1. 显式Want：显式Want是指明确指定要操作的组件或服务的Want。通过显式Want，可以精确地指定要传递给目标组件或服务的信息，并指定具体的要执行的操作。显式Want会包含组件名和操作类型等明确的指令信息。例如，可以使用显式Want来启动指定的Activity或调用指定的服务。

let wantInfo = {
deviceId: ‘’, // deviceId为空表示本设备
bundleName: ‘com.example.myapplication’,
abilityName: ‘FuncAbility’,
}

1. 隐式Want：隐式Want是指不明确指定要操作的组件或服务的Want，而是根据一定的规则和条件来进行匹配。通过隐式Want，可以实现组件之间的解耦和灵活性。隐式Want一般包含一组动作、类别、数据类型等条件，系统会根据这些条件来匹配合适的组件或服务。例如，可以使用隐式Want来处理某个特定类型的数据或根据某个特定的动作执行相应的操作。

let wantInfo = {
// uncomment line below if wish to implicitly query only in the specific bundle.
// bundleName: ‘com.example.myapplication’,
action: ‘ohos.want.action.search’,
// entities can be omitted
entities: [ ‘entity.system.browsable’ ],
uri: ‘https://www.test.com:8080/query/student’,
type: ‘text/plain’,
};

2.显式Want与隐式Want匹配规则

🦋2.1 隐式Want匹配原理详解

系统将调用方传入的want参数（包含action、entities、uri和type属性）与已安装待匹配的应用Ability的skills配置（包含actions、entities、uris和type属性）依次进行匹配。当四个属性匹配均通过，则此应用才会被应用选择器展示给用户进行选择。

☀️2.1.1 want参数的action匹配规则

调用方传入的want参数的action	待匹配Ability的skills配置中的actions	匹配结果
为空	为空	匹配失败
不为空	为空	匹配失败
为空	不为空	匹配成功
不为空	包含调用方传入的action	匹配成功
不为空	不包含调用方传入的action	匹配失败

☀️2.1.2 want参数的entities匹配规则

want参数的entities	待匹配Ability的skills配置的entities	匹配结果
为空	不为空	成功
为空	为空	成功
不为空	为空	失败
不为空	包含调用方传入的entities	成功
不为空	不完全包含调用方传入的entities	失败

☀️2.1.3 want参数的uri和type匹配规则

调用方传入的want参数	待匹配Ability的skills配置中的uris数组	匹配结果
uri为空，type为空	uris为空	匹配成功
uri为空，type为空	uris存在uri的scheme和type都为空的元素	匹配成功
uri为空，type为空	其他情况	匹配失败
uri不为空，type为空	uris为空	匹配失败
uri不为空，type为空	uris存在一条数据uri匹配成功且type为空	匹配成功
uri为空，type不为空	uris为空	匹配失败
uri为空，type不为空	uris存在一条数据uri的scheme为空且type匹配成功	匹配成功
uri不为空，type不为空	uris为空	匹配失败
uri不为空，type不为空	uris存在一条数据uri匹配和type匹配需要均匹配成功	匹配成功
uri不为空，type不为空	其他情况	匹配失败

☀️2.1.4 uri匹配规则

以下是根据给定匹配规则展示的表格：

s_uri.scheme	s_uri.host	s_uri.path	s_uri.pathStartWith	s_uri.pathRegex	w_uri	匹配结果
					abc://def	成功
						失败
	abc://def				abc://def	成功
	abc://def				def://abc	失败
		/path			/path	成功
		/path			/path/123	失败
			/pathStart		/pathStart	成功
			/pathStart		/pathStart2	失败
				^/regex$	/regex	成功
				^/regex$	/path/regex	失败
	abc://def	/path			abc://def/path	成功
	abc://def	/path			abc://def/path/123	失败
			/pathStart		/pathStart2/test	失败
				^/regex$	/path/regex/test	失败

待匹配Ability的skills配置的uris中scheme、host、port、path、pathStartWith和pathRegex属性拼接，如果依次声明了path、pathStartWith和pathRegex属性时，uris将分别拼接为如下三种表达式：

• 全路径表达式：scheme://host:port/path
• 前缀表达式：scheme://host:port/pathStartWith
• 正则表达式：scheme://host:port/pathRegex

☀️2.1.5 type匹配规则

Ability Skills Regex匹配规则	w_type匹配规则	匹配结果
s_type为空	任意	失败
s_type为通配符"/"	任意	成功
s_type为通配符"prefixType/*"	含有"prefixType/"	成功
s_type为通配符"prefixType/*"	不含有"prefixType/"	失败
w_type为通配符"/"	任意	成功
w_type为通配符"prefixType/*"	含有"prefixType/"	成功
w_type为通配符"prefixType/*"	不含有"prefixType/"	失败

3.常见action与entities

🦋3.1 action

表示调用方要执行的通用操作（如查看、分享、应用详情）

Action（动作）	描述
ACTION_HOME	启动应用入口组件的动作，需要和ENTITY_HOME配合使用；系统桌面应用图标就是显式的入口组件，点击也是启动入口组件；入口组件可以配置多个。
ACTION_CHOOSE	选择本地资源数据，例如联系人、相册等；系统一般对不同类型的数据有对应的Picker应用，例如联系人和图库。
ACTION_VIEW_DATA	查看数据，当使用网址uri时，则表示显示该网址对应的内容。
ACTION_VIEW_MULTIPLE_DATA	发送多个数据记录的操作。

🦋3.2 entities

表示目标Ability的类别信息（如浏览器、视频播放器）

类别名称	描述
ENTITY_DEFAULT	默认类别，没有实际意义。
ENTITY_HOME	主屏幕有图标点击入口类别。
ENTITY_BROWSABLE	指示浏览器类别。

4.使用显式Want启动Ability

1、启动方

新建callerAbility

2、被启动方

同理新建calleeAbility

3、启动方UI

import common from ‘@ohos.app.ability.common’;
@Entry
@Component
struct Index {
@State message: string = ‘callerAbility’

build() {
Row() {
Column() {
Text(‘hello’)
.fontSize(50)
.fontWeight(FontWeight.Bold)

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数HarmonyOS鸿蒙开发工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年HarmonyOS鸿蒙开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上HarmonyOS鸿蒙开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注鸿蒙获取）

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip204888 （备注鸿蒙获取）
[外链图片转存中…(img-gskdSFBe-1712809983649)]

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！