HarmonyOS Next 浅谈 发布-订阅模式

简介: 本文浅谈 HarmonyOS Next 中的发布-订阅模式,通过 ArkTS 的 Emitter 对象实现事件的订阅、发布与管理。文章介绍了设计模式在现代开发中的重要性,特别是封装工具或游戏开发时的应用。具体实现中定义了 `on`(持续订阅)、`once`(单次订阅)、`off`(取消订阅)和 `emit`(发布事件)等方法,并通过 TypeScript 实现了一个自定义的 `MyEmitter` 类。示例代码展示了如何注册、触发和取消事件,图文并茂地说明了该模式的实际效果。发布-订阅模式有助于系统解耦,提升代码的可扩展性和灵活性,适合需要高效事件管理的场景。

HarmonyOS Next 浅谈 发布-订阅模式

前言

其实在目前的鸿蒙应用开发中,或者大前端时代、vue、react、小程序等等框架、语言开发中,普通的使用者越来越少的会碰到必须要掌握设计模式的场景。大白话意思就是一些框架封装太好了,使用者只管在它们的体系下使用就行,哪怕不懂设计模式,也不妨碍我们正常开发业务。但是,如果碰到要封装一些工具、或者游戏开发的时候,那么设计模式的重要性就突显出来了。因为在做封装的时候,如果不使用一些设计模式,那么这些封装的代码基本无法使用。有同感的小伙伴可以踊跃发言。😄

image-20241120214237877

目标

arkts 中,存在 Emitter 对象,它具有持续订阅事件和单次订阅事件、取消订阅事件、触发事件的能力。我们可以将它做为封装的参考,来自己实现一个类似的封装。

Emitter 的使用就是典型的发布-订阅的设计模式。也可以理解为(生产者-消费者设计模式)

  1. 订阅 理解为我们向邮局订阅一些报刊
  2. 发布 理解为报刊发布了,我们自然会受到对应的新报刊
  3. 对于订阅者来说
    1. 我们可以无限时长的订阅报刊(持续订阅)
    2. 我们可以只订阅一次报刊(单次订阅)
    3. 可以取消订阅的报刊
  4. 对于发布者来说
    1. 负责发布即可

接口设计

方法 说明
on 持续订阅
once 单词订阅
off 取消订阅
emit 发布

具体实现

定义类型

  1. eventType 定义一个事件类型的联合类型,它可以是 normal 或者 once
  2. IEventItem 定义一个事件项的接口,包含事件 ID、类型、回调函数数组以及事件具体类型等属性
// 定义一个事件类型的联合类型,它可以是 "normal" 或者 "once"
type eventType = "normal" | "once";

// 定义一个事件项的接口,包含事件ID、类型、回调函数数组以及事件具体类型等属性
interface IEventItem {
   
  eventId: number;
  type: string;
  cbs: Function[];
  eventType: eventType;
}

定义类的基本结构

  1. MyEmitter 为封装 Emitter 的自定义类的名称
  2. listeners 存储所有事件监听器的私有静态数组,初始为空
  3. _eventId 用于生成唯一事件 ID 的私有静态变量,初始值为 0
  4. _on 私有静态方法,用于添加事件监听器 ,接受事件类型、事件名称和回调函数作为参数
  5. on 静态方法,用于添加普通类型的事件监听器
  6. once 静态方法,用于添加只触发一次的事件监听器
  7. emit 静态方法,用于触发指定类型的事件,会遍历该事件类型对应的所有回调函数并执行它们
  8. off 静态方法,用于移除指定事件 ID 的事件监听器,接受事件 ID 作为必选参数,可选地接受一个回调函数作为参数,如果只传入事件 ID,将移除该 ID 对应的整个事件项;如果同时传入回调函数,将只移除该事件项中对应的回调函数
class MyEmitter {
   
  // 存储所有事件监听器的私有静态数组,初始为空
  private static listeners: IEventItem[] = [];
  // 用于生成唯一事件ID的私有静态变量,初始值为0
  private static _eventId: number = 0;

  // 私有静态属性的getter方法,每次调用返回递增后的_eventId值
  // 用于获取下一个可用的事件ID
  private static get eventId() {
   
  }

  // 私有静态方法,用于添加事件监听器
  // 接受事件类型、事件名称和回调函数作为参数
  private static _on(eventType: eventType, type: string, cb: Function) {
   

  }

  // 静态方法,用于添加普通类型的事件监听器
  // 接受事件名称和回调函数作为参数
  // 内部调用私有静态方法 _on 并传入 "normal" 事件类型
  static on(type: string, cb: Function) {
   

  }

  // 静态方法,用于添加只触发一次的事件监听器
  // 接受事件名称和回调函数作为参数
  // 内部调用私有静态方法 _on 并传入 "once" 事件类型
  static once(type: string, cb: Function) {
   

  }

  // 静态方法,用于触发指定类型的事件
  // 接受事件名称作为必选参数,可选地接受一个数据参数
  // 会遍历该事件类型对应的所有回调函数并执行它们
  static emit<T = undefined>(type: string, data?: T) {
   

  }

  // 静态方法,用于移除指定事件ID的事件监听器
  // 接受事件ID作为必选参数,可选地接受一个回调函数作为参数
  // 如果只传入事件ID,将移除该ID对应的整个事件项;如果同时传入回调函数,将只移除该事件项中对应的回调函数
  static off(eventId: number, cb?: Function) {
   

}

调用示例

@Entry
@Component
struct Index {
   
  tid: number = -1

  build() {
   
    Column({
    space: 10 }) {
   
      Button("1 注册常规事件")
        .onClick(() => {
   
          this.tid = MyEmitter.on("login", (res: object) => {
   
            console.log(JSON.stringify(res))
          })
        })
      Button("1 取消常规事件")
        .onClick(() => {
   
          MyEmitter.off(this.tid)
        })
      Button("1 触发常规事件")
        .onClick(() => {
   
          MyEmitter.emit("login", 100)
        })
      Button("2 注册一次性事件")
        .onClick(() => {
   
          this.tid = MyEmitter.once("login2", (res: object) => {
   
            console.log(JSON.stringify(res))
          })
        })
      Button("2 取消一次性事件")
        .onClick(() => {
   
          MyEmitter.off(this.tid)
        })
      Button("2 触发一次性事件")
        .onClick(() => {
   
          MyEmitter.emit("login2", 100)
        })
      Button("3 注册具名事件")
        .onClick(() => {
   
          this.tid = MyEmitter.on("login1", this.fn1)
        })
      Button("3 取消具名事件")
        .onClick(() => {
   
          MyEmitter.off(this.tid, this.fn1)
        })
      Button("3 触发具名事件")
        .onClick(() => {
   
          MyEmitter.emit("login1", 300)
        })

    }
    .height('100%')
    .width('100%')
  }

  fn1(n: number) {
   
    console.log("具名事件", n)
  }
}

效果图

image-20241120220915524

总结

发布 - 订阅模式是一种非常有用的软件设计模式,它可以实现系统的解耦、可扩展性和灵活性。在实际应用中,需要根据具体的需求和场

景选择合适的实现方式

目录
相关文章
|
9天前
|
人工智能 JavaScript API
【HarmonyOS NEXT+AI】问答03:找不到DevEco Studio Cangjie Plugin下载链接?
本文针对学员在“HarmonyOS NEXT+AI大模型打造智能助手APP(仓颉版)”课程中提出的问题进行解答:为何无法在华为开发者社区官网找到DevEco Studio Cangjie Plugin下载链接。文中详细介绍了Cangjie Plugin的功能及获取方式,包括STS和Canary版本的申请流程,并提供了学习仓颉编程语言的资源与建议。对于普通开发者,STS版本是当前首选;同时,通过课程与官方教程,可快速掌握仓颉语言核心语法及API,助力开发HarmonyOS NEXT AI智能助手应用。
35 3
【HarmonyOS NEXT+AI】问答03:找不到DevEco Studio Cangjie Plugin下载链接?
|
26天前
HarmonyOS NEXT - @Prop和@Link
本示例介绍了`@Prop`和`@Link`装饰器在父子组件间的数据同步机制。`@Prop`实现单向数据绑定,子组件可修改本地值,但不会同步回父组件;父组件数据更新时会覆盖子组件的本地更改。`@Link`实现双向绑定,子组件与父组件数据共享且相互影响。 **限制条件:** - `@Prop`变量深拷贝时可能丢失复杂类型。 - `@Link`不可用于`@Entry`组件,禁止本地初始化,类型需与数据源一致。 **支持类型:** - `@Prop`支持基础类型、对象、数组、`Date`及联合类型,不支持`any`。 - 数据源与`@Prop`类型需匹配,包括简单类型、数组项及对象属性。
87 41
|
26天前
|
存储 SQL 关系型数据库
HarmonyOS NEXT - RelationalStore关系型数据库
关系型数据库对应用提供通用的操作接口,底层使用SQLite作为持久化存储引擎,支持SQLite具有的数据库特性,包括但不限于事务、索引、视图、触发器、外键、参数化查询和预编译SQL语句。
89 27
|
26天前
|
开发者
HarmonyOS NEXT - @Provide和@Consume
@Provide和@Consume,应用于与后代组件的双向数据同步,应用于状态数据在多个层级之间传递的场景。不同于上文提到的父子组件之间通过命名参数机制传递,@Provide和@Consume摆脱参数传递机制的束缚,实现跨层级传递。
81 21
|
26天前
|
存储 缓存 搜索推荐
HarmonyOS NEXT - Preferences用户首选项
- 用户首选项为应用提供Key-Value键值型的数据处理能力,支持应用持久化轻量级数据,并对其修改和查询。 - Preferences会将该数据缓存在内存中,当用户读取的时候,能够快速从内存中获取数据。Preferences会随着存放的数据量越多而导致应用占用的内存越大,因此,Preferences不适合存放过多的数据。
81 19
|
26天前
HarmonyOS NEXT - @State状态变量
ArkUI 是一种声明式 UI 框架,通过状态驱动 UI 更新。@State 装饰的变量用于管理组件内部状态,具有以下特点:私有性(仅组件内访问)、必须初始化、生命周期与组件一致。它支持单向(与 @Prop)和双向(与 @Link、@ObjectLink)数据同步。状态改变时,绑定的 UI 会自动刷新。注意:@State 不支持 Function 类型,不能在 build 中修改状态变量。代码示例中展示了通过 @State 管理按钮点击计数的状态更新机制。
75 16
|
17天前
|
存储 安全 算法
鸿蒙NEXT如何保证应用安全:详解鸿蒙NEXT数字签名和证书机制
本文对鸿蒙NEXT公开资料进行了深入分析和解读,梳理了鸿蒙单框架应用的签名机制,拆解每一步的实操过程和背后的实现原理,并对源码分析整理签名的校验机制。从中管中窥豹,探究鸿蒙系统的安全设计思路,给从事鸿蒙研发的同学提供一些借鉴。
93 3
|
15天前
|
缓存 开发工具 开发者
鸿蒙NEXT开发App相关工具类(ArkTs)
这段代码展示了一个名为鸿蒙NEXT开发 `AppUtil` 的工具类,主要用于管理鸿蒙应用的上下文、窗口、状态栏、导航栏等配置。它提供了多种功能,例如设置灰阶模式、颜色模式、字体类型、屏幕亮度、窗口属性等,并支持获取应用包信息(如版本号、包名等)。该工具类需在 UIAbility 的 `onWindowStageCreate` 方法中初始化,以便缓存全局变量。代码由鸿蒙布道师编写,适用于鸿蒙系统应用开发,帮助开发者更便捷地管理和配置应用界面及系统属性。
|
3天前
|
安全 前端开发 Android开发
拥抱国产化:转转APP的鸿蒙NEXT端开发尝鲜之旅
本文将要分享的是转转APP在开发全新鸿蒙NEXT端所遇到的一些问题,对比了鸿蒙开发和 Android、iOS 的不同,总结了这次开发过程中的一些经验等等。希望能带给你启发。
14 0
|
11天前
|
前端开发 API 开发工具
一年撸完百万行代码,企业微信的全新鸿蒙NEXT客户端架构演进之路
本文将要分享的是企业微信的鸿蒙Next客户端架构的演进过程,面对代码移植和API不稳定的挑战,提出了DataList框架解决方案。通过结构化、动态和认知三重熵减机制,将业务逻辑与UI解耦,实现数据驱动开发。采用MVDM分层架构(业务实体层、逻辑层、UI数据层、表示层),屏蔽系统差异,确保业务代码稳定。
75 0