关于react.js: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. 性能问题：在最根本的实现中察看对象必须同步地告诉观察者。这可能会导致性能瓶颈。