乐趣区

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