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

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. 性能问题：在最基本的实现中观察对象必须同步地通知观察者。这可能会导致性能瓶颈。