React 组件通信之发布订阅模式

共 2207字,需浏览 5分钟

 ·

2021-03-08 11:02

来源 | https://segmentfault.com/a/1190000039195677

react 通信

react的数据流是单向的, react 通信有以下几种方式:

  • 父向子通信:传入props

  • 子向父通信:父组件向子组件传一个函数,然后通过这个函数的回调,拿到子组件传过来的值

  • 父向孙通信:利用context传值。React.createContext()

  • 兄弟间通信:

1、找一个相同的父组件,既可以用props传递数据,也可以用context的方式来传递数据。
2、用一些全局机制去实现通信,比如redux等
3、发布订阅模式

兄弟间通信 - 发布订阅模式

组件间通信需要引用一个类的实例,使用单例模式实现。

发布/订阅模式

在 发布/订阅模式 有 发布者 和 订阅者,它们通过信道链接到一起。

其主要包含三个对象:

  • 发布者:消息的发布者,往信道中投递消息的对象。

  • 订阅者:订阅一个或者多个信道消息的对象。

  • 信道:每个信道都有一个名字,信道的实现细节对用户代码来说是隐藏的。

优点

  1. 松耦合:发布者和订阅者的通信是在用户代码之外处理的,通过信道降低了发布者和订阅者的耦合性

  2. 可扩展性:发布/订阅模式可以让系统在无论什么时候都可以扩展

  3. 灵活性:不需要担心不同的组件是如何组合在一起的

缺点

  1. 无法知道消息传送是成功的还是失败的,信道不会通知系统消息传送的状态

  2. 随着订阅者和发布者数量的增加,不断增加的消息传送回导致架构的不稳定,容易在负载大的时候出问题

单例模式

确保一个类仅有一个实例,并提供一个访问它的全局访问点。

代码实现

定义发布对象:

class SingletonPublish {  constructor() {    this.listenList = {};    this.instance = null;  }
static getInstance() { if (!this.instance) { this.instance = new SingletonPublish(); } return this.instance; }
// 订阅者添加订阅事件 addListen(key, fn) { if (!this.listenList[key]) { this.listenList[key] = []; } this.listenList[key].push(fn); }
// 发布者发布消息,执行订阅者订阅事件 trigger() { const key = Array.from(arguments).shift(); const fns = this.listenList[key]; if (!fns || fns.length === 0) { return false; }
fns.forEach((fn) => { fn.apply(this, arguments); }); }
// 移除订阅事件 remove(key, fn) { const fns = this.listenList[key]; if (!fns || fns.length === 0) return;
if (!fn) { this.listenList[key] = []; } else { for (let l = fns.length - 1; l >= 0; l--) { if (fn === fns[l]) { fns.splice(l, 1); } } } }}
export default SingletonPublish.getInstance();

订阅者订阅一个back事件:

import SingletonPublish from '../singleton-publish';
// ...SingletonPublish.addListen('back', () => { console.log('get -- back'); SingletonPublish.remove('back', hasExitAndVisible);});// ...

发布者发布一个back消息:

import SingletonPublish from '../singleton-publish';
// ...SingletonPublish.trigger('back');//...

观察者模式

在这种模式中,一个目标对象(被观察者)管理所有的依赖于它的对象(观察者),并且在它本身的状态发生变化的时候主动发出通知。
其主要包含两个对象:
  • 被观察者
  • 观察者
缺点
  1. 耦合问题:每个观察者必须和被观察对象绑定在一起,这引入了耦合
  2. 性能问题:在最基本的实现中观察对象必须同步地通知观察者。这可能会导致性能瓶颈。


本文完〜


浏览 37
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报