React 通信
react的数据流是单向的, react 通信有以下几种方式:
- 父向子通信: 传入props
- 子向父通信:父组件向子组件传一个函数,然后通过这个函数的回调,拿到子组件传过来的值
- 父向孙通信:利用context传值。
React.createContext() - 兄弟间通信:
1、找一个相同的父组件,既可以用props传递数据,也可以用context的方式来传递数据。
2、用一些全局机制去实现通信,比如redux等
3、发布订阅模式
兄弟间通信 - 发布订阅模式
组件间通信需要引用一个类的实例,使用单例模式实现。
发布/订阅模式
在 发布/订阅模式 有 发布者 和 订阅者,它们通过信道链接到一起。
其主要包含三个对象:
- 发布者:消息的发布者,往信道中投递消息的对象。
- 订阅者:订阅一个或者多个信道消息的对象。
- 信道:每个信道都有一个名字,信道的实现细节对用户代码来说是隐藏的。
优点
- 松耦合:发布者和订阅者的通信是在用户代码之外处理的,通过
信道降低了发布者和订阅者的耦合性 - 可扩展性:发布/订阅模式可以让系统在无论什么时候都可以扩展
- 灵活性:不需要担心不同的组件是如何组合在一起的
缺点
- 无法知道消息传送是成功的还是失败的,信道不会通知系统消息传送的状态
- 随着订阅者和发布者数量的增加,不断增加的消息传送回导致架构的不稳定,容易在负载大的时候出问题
单例模式
确保一个类仅有一个实例,并提供一个访问它的全局访问点。
代码实现
定义发布对象:
1class SingletonPublish { 2 constructor() { 3 this.listenList = {}; 4 this.instance = null; 5 } 6 7 static getInstance() { 8 if (!this.instance) { 9 this.instance = new SingletonPublish(); 10 } 11 return this.instance; 12 } 13 14 // 订阅者添加订阅事件 15 addListen(key, fn) { 16 if (!this.listenList[key]) { 17 this.listenList[key] = []; 18 } 19 this.listenList[key].push(fn); 20 } 21 22 // 发布者发布消息,执行订阅者订阅事件 23 trigger() { 24 const key = Array.from(arguments).shift(); 25 const fns = this.listenList[key]; 26 if (!fns || fns.length === 0) { 27 return false; 28 } 29 30 fns.forEach((fn) => { 31 fn.apply(this, arguments); 32 }); 33 } 34 35 // 移除订阅事件 36 remove(key, fn) { 37 const fns = this.listenList[key]; 38 if (!fns || fns.length === 0) return; 39 40 if (!fn) { 41 this.listenList[key] = []; 42 } else { 43 for (let l = fns.length - 1; l >= 0; l--) { 44 if (fn === fns[l]) { 45 fns.splice(l, 1); 46 } 47 } 48 } 49 } 50} 51 52export default SingletonPublish.getInstance();
订阅者订阅一个back事件:
1import SingletonPublish from '../singleton-publish'; 2 3// ... 4SingletonPublish.addListen('back', () => { 5 console.log('get -- back'); 6 SingletonPublish.remove('back', hasExitAndVisible); 7}); 8// ...
发布者发布一个back消息:
1import SingletonPublish from '../singleton-publish'; 2 3// ... 4SingletonPublish.trigger('back'); 5//...
观察者模式
在这种模式中,一个目标对象(被观察者)管理所有的依赖于它的对象(观察者),并且在它本身的状态发生变化的时候主动发出通知。
其主要包含两个对象:
- 被观察者
- 观察者
缺点
- 耦合问题: 每个观察者必须和被观察对象绑定在一起,这引入了耦合
- 性能问题:在最基本的实现中观察对象必须同步地通知观察者。这可能会导致性能瓶颈。
