React 通信
react的数据流是单向的, react 通信有以下几种形式：
- 父向子通信： 传入props
- 子向父通信：父组件向子组件传一个函数，而后通过这个函数的回调，拿到子组件传过来的值
- 父向孙通信：利用context传值。
React.createContext() - 兄弟间通信：
1、找一个雷同的父组件，既能够用props传递数据，也能够用context的形式来传递数据。
2、用一些全局机制去实现通信，比方redux等
3、公布订阅模式
兄弟间通信 - 公布订阅模式
组件间通信须要援用一个类的实例，应用单例模式实现。
公布/订阅模式
在 公布/订阅模式 有 发布者 和 订阅者，它们通过信道链接到一起。
其次要蕴含三个对象：
- 发布者：音讯的发布者，往信道中投递音讯的对象。
- 订阅者：订阅一个或者多个信道音讯的对象。
- 信道：每个信道都有一个名字，信道的实现细节对用户代码来说是暗藏的。
长处
- 松耦合：发布者和订阅者的通信是在用户代码之外解决的，通过
信道升高了发布者和订阅者的耦合性 - 可扩展性：公布/订阅模式能够让零碎在无论什么时候都能够扩大
- 灵活性：不须要放心不同的组件是如何组合在一起的
毛病
- 无奈晓得音讯传送是胜利的还是失败的，信道不会告诉零碎音讯传送的状态
- 随着订阅者和发布者数量的减少，一直减少的音讯传送回导致架构的不稳固，容易在负载大的时候出问题
单例模式
确保一个类仅有一个实例，并提供一个拜访它的全局拜访点。
代码实现
定义公布对象：
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');//... 观察者模式
在这种模式中，一个指标对象（被观察者）治理所有的依赖于它的对象（观察者），并且在它自身的状态发生变化的时候被动发出通知。
其次要蕴含两个对象：
- 被观察者
- 观察者
毛病
- 耦合问题： 每个观察者必须和被察看对象绑定在一起，这引入了耦合
- 性能问题：在最根本的实现中察看对象必须同步地告诉观察者。这可能会导致性能瓶颈。