查看原文
其他

发布订阅模式,在工作中它的能量超乎你的想象

chenhongdong 全栈前端精选 2022-01-15
点击上方“蓝字”带你每天阅读全栈前端精选好文

不同的语言-相同的模式

最近在看设计模式的知识,而且在工作当中,做一些打点需求的时候,正好直接利用了发布订阅模式去实现的,这让我对发布订阅这种设计模式更加的感兴趣了,于是借此机会也和大家说说这个好东东吧!

其实在早期还是用jq开发的时代,有很多地方,我们都会出现发布订阅的影子,例如有trigger和on方法

再到现在的vue中,emit和on方法。他们都似乎不约而同的自带了发布订阅属性一般,让开发变得更加高效好用起来

那么废话不多说了,先来看看发布订阅模式到底何方神圣吧

发布订阅模式

说到发布订阅模式,它其实是一种对象间一对多的依赖关系(不是综艺节目以一敌百那种),当一个对象的状态发送改变时,所有依赖于它的对象都将得到状态改变的通知

正所谓,字数不多,不代表作用不大,那继续来看下它的作用

作用

  1. 广泛应用于异步编程中(替代了传递回调函数)

  2. 对象之间松散耦合的编写代码

就这两点吗?没错,点不在多,够用就行。我们都知道有一句很著名的谚语,罗马不是一天建成的

当然,胖子也不是一天吃成的。所以我们要想实现一个自己的发布订阅模式,以后在工作中使用,也需要一点点来的,表捉急,先从最简单的说起

自定义事件

let corp = {}; // 自定义一个公司对象// 这里放一个列表用来缓存回调函数corp.list = [];// 去订阅事件corp.on = function (fn) { // 二话不说,直接把fn先存到列表中 this.list.push(fn);};// 发布事件corp.emit = function () { // 当发布的时候再把列表里存的函数依次执行 this.list.forEach(cb => { cb.apply(this, arguments); });};// 测试用例corp.on(function (position, salary) { console.log('你的职位是:' + position); console.log('期望薪水:' + salary);});corp.on(function(skill, hobby) { console.log('你的技能有:' + skill); console.log('爱好:' + hobby);});
corp.emit('前端', 10000);corp.emit('端茶和倒水', '足球');/* 你的职位是:前端 期望薪水:10000 你的技能有:前端 爱好:10000 你的职位是:端茶和倒水 期望薪水:足球 你的技能有:端茶和倒水 爱好:足球*/ 

上面通过自定义事件实现了一个简单的发布订阅模式,不过从打印出来的结果来看,有点小尴尬。Why?

因为在正常的情况下,希望打印的是酱紫的:

/* 你的职位是:前端 期望薪水:10000 你的技能有:端茶和倒水 爱好:足球*/

之所以出现此种情况,那是在on方法的时候一股脑的都将fn函数全部放到了列表中。然而需要的只是一个简单的key值,就可以解决了。让我们改写一下上面的代码

let corp = {};// 这次换成一个对象类型的缓存列表corp.list = {};
corp.on = function(key, fn) { // 如果对象中没有对应的key值 // 也就是说明没有订阅过 // 那就给key创建个缓存列表 if (!this.list[key]) { this.list[key] = []; } // 把函数添加到对应key的缓存列表里 this.list[key].push(fn);};corp.emit = function() { // 第一个参数是对应的key值 // 直接用数组的shift方法取出 let key = [].shift.call(arguments), fns = this.list[key]; // 如果缓存列表里没有函数就返回false if (!fns || fns.length === 0) { return false; } // 遍历key值对应的缓存列表 // 依次执行函数的方法 fns.forEach(fn => { fn.apply(this, arguments); });};
// 测试用例corp.on('join', (position, salary) => { console.log('你的职位是:' + position); console.log('期望薪水:' + salary);});corp.on('other', (skill, hobby) => { console.log('你的技能有:' + skill); console.log('爱好:' + hobby);});
corp.emit('join', '前端', 10000);corp.emit('join', '后端', 10000);corp.emit('other', '端茶和倒水', '足球');/* 你的职位是:前端 期望薪水:10000 你的职位是:后端 期望薪水:10000 你的技能有:端茶和倒水 爱好:足球*/

来个通用的

现在来搞个通用的发布订阅模式实现,和刚才的差不多,不过这次起名也要隆重些了,直接叫event吧,看代码

let event = { list: {}, on(key, fn) { if (!this.list[key]) { this.list[key] = []; } this.list[key].push(fn); }, emit() { let key = [].shift.call(arguments), fns = this.list[key];
if (!fns || fns.length === 0) { return false; } fns.forEach(fn => { fn.apply(this, arguments); }); }, remove(key, fn) { // 这回我们加入了取消订阅的方法 let fns = this.list[key]; // 如果缓存列表中没有函数,返回false if (!fns) return false; // 如果没有传对应函数的话 // 就会将key值对应缓存列表中的函数都清空掉 if (!fn) { fns && (fns.length = 0); } else { // 遍历缓存列表,看看传入的fn与哪个函数相同 // 如果相同就直接从缓存列表中删掉即可 fns.forEach((cb, i) => { if (cb === fn) { fns.splice(i, 1); } }); } }};
function cat() { console.log('一起喵喵喵');}function dog() { console.log('一起旺旺旺');}
event.on('pet', data => { console.log('接收数据'); console.log(data);});event.on('pet', cat);event.on('pet', dog);// 取消dog方法的订阅event.remove('pet', dog);// 发布event.emit('pet', ['二哈', '波斯猫']);/* 接收数据 [ '二哈', '波斯猫' ] 一起喵喵喵*/

这样其实就实现了一个可以使用的发布订阅模式了,其实说起来也是比较简单的,来一起屡屡思路吧

思路

  • 创建一个对象(缓存列表)

  • on方法用来把回调函数fn都加到缓存列表中

  • emit方法取到arguments里第一个当做key,根据key值去执行对应缓存列表中的函数

  • remove方法可以根据key值取消订阅

工作中的应用

插广告

先给大家看一个链接,在这个新闻转码页的项目中,我负责写下面推荐流的内容(就是喜欢的人还看了那里)。如下图所示

圈起来的广告部分,这里并不是我来负责的,需要另外一个负责对接广告业务的大牛来实现的。那么,他想要在我的推荐流中插入广告应该如何实现呢?

毕竟不能把我的代码给他,让他再拿去开发吧,这还不够费劲的呢,又要熟悉代码又要开始写广告插入的逻辑,很折腾的,时间不该这样的浪费掉

于是就用到了发布订阅模式了,我这边不需要关注广告插入的逻辑。我还是我,是颜色不一样的烟火,哈哈哈,扯远了

沟通后,我只需要把用户浏览到哪一页的page页码传给他即可。所以我只需要在我开发的代码中写一句话,利用上面实现的event来表示一下

// 省略....render() { // 我只在渲染的时候 // 把约定好的key和他需要的page页码传过去就可以了 event.emit('soAd', page);}// 省略...

打点

再来看一个链接,朋友。打点的用途主要是记录用户行为,所以在移动图搜新版开发的时候也会加入打点的代码,然后统计一下pv,uv,ctr等数据,那么直接看图说话

如图所示,当用户向上滑动的时候,会展示如下的内容(这才是我要讲的地方)

这里圈中的“猜你喜欢”部分,也是通过发请求取到数据后渲染的。然而我要做的是给“猜你喜欢”加一个展现的打点。关键的问题就是时机,我应该什么时候加打点呢?

很简单,我在请求完成并渲染到页面上的时候加这个打点就可以了,来看一下简单的代码(这不是项目代码,只是举个栗子)

// main.jsrender() { // 省略... // 当渲染到页面的时候,发送这个打点事件 // 然后另外的一个专门负责打点的模块里去监听 event.emit('relatedDD', 'related');}
// log.jsevent.on('relatedDD', type => { console.log(type); // 'related' // monitor是个打点工具,由超级大牛开发 monitor.log({ type }, 'disp');});

上面代码只是简单的举栗,如果还有对打点不了解的,那我就稍微简单的描述一下

打点常用的就是发送一个图片的请求,根据请求的次数来统计数据,中间会根据不同的参数去做统计时的区分。

如:想知道一共有多少用户看了“猜你喜欢”的内容,在筛选数据的时候,会直接写上type为related

所谓栗子就举到这里吧,举太多,胳膊会酸的。哈哈

不过这并不是结束,因为我发现node中的一个核心模块(events)正是上面讲到的发布订阅模式,这不是巧合,也不是演习。于是春心荡漾了,手舞足蹈了。跟着api,那就一起来实现一个,提高一下技艺吧,Let's Go!

讲真-这可是node的核心模块

用过node的朋友们,应该对这个模块不陌生,可以说这个在node中真的是很重要的模块了,在使用后发现,这完全是个大写的发布订阅模式啊

简直是无所不在的存在啊,那么废话不再,实现依旧。先来看看如何使用吧,来个测试用例看看

测试用例

/ {'失恋', [findboy, drink]}// 监听的目的 就是为了构造这样一个对象 一对多的关系 on
// 发布的时候 会让数组的函数依次执行 emit// [findboy, drink]
// let EventEmitter = require('events');// 这里用接下来我们写的let EventEmitter = require('./events');let util = require('util');
function Girl() {}// Girl继承EventEmitter上的方法util.inherits(Girl, EventEmitter); // 相当于Girl.prototype.__proto__ = EventEmitter.prototypelet girl = new Girl();let drink = function (data) { console.log(data); console.log('喝酒');};let findboy = function () { console.log('交友');};
girl.on('newListener', function (eventName) { // console.log('名称:' + eventName);});girl.on('结婚', function() {});girl.setMaxListeners(3);console.log(girl.getMaxListeners());girl.once('失恋', drink); // {'失恋': [drink]}girl.once('失恋', drink); // {'失恋': [drink]}girl.prependListener('失恋', function () { console.log('before');});girl.once('失恋', drink); // {'失恋': [drink]}girl.emit('失恋', '1');

以上代码就是events核心模块的使用方法,不用吝啬,快快动手敲起来吧

实现一个EventEmitter

下面来到了最重要也是最激动人心的时刻了,来开始实现一个EventEmitter吧

function EventEmitter() { // 用Object.create(null)代替空对象{} // 好处是无杂质,不继承原型链的东东 this._events = Object.create(null);}// 默认最多的绑定次数EventEmitter.defaultMaxListeners = 10;// 同on方法EventEmitter.prototype.addListener = EventEmitter.prototype.on;// 返回监听的事件名EventEmitter.prototype.eventNames = function () { return Object.keys(this._events);};// 设置最大监听数EventEmitter.prototype.setMaxListeners = function (n) { this._count = n;};// 返回监听数EventEmitter.prototype.getMaxListeners = function () { return this._count ? this._count : this.defaultMaxListeners;};// 监听EventEmitter.prototype.on = function (type, cb, flag) { // 默认值,如果没有_events的话,就给它创建一个 if (!this._events) { this._events = Object.create(null); } // 不是newListener 就应该让newListener执行以下 if (type !== 'newListener') { this._events['newListener'] && this._events['newListener'].forEach(listener => { listener(type); }); } if (this._events[type]) { // 根据传入的flag来决定是向前还是向后添加 if (flag) { this._events[type].unshift(cb); } else { this._events[type].push(cb); } } else { this._events[type] = [cb]; } // 监听的事件不能超过了设置的最大监听数 if (this._events[type].length === this.getMaxListeners()) { console.warn('警告-警告-警告'); }};// 向前添加EventEmitter.prototype.prependListener = function (type, cb) { this.on(type, cb, true);};EventEmitter.prototype.prependOnceListener = function (type, cb) { this.once(type, cb, true);};// 监听一次EventEmitter.prototype.once = function (type, cb, flag) { // 先绑定,调用后删除 function wrap() { cb(...arguments); this.removeListener(type, wrap); } // 自定义属性 wrap.listen = cb; this.on(type, wrap, flag);};// 删除监听类型EventEmitter.prototype.removeListener = function (type, cb) { if (this._events[type]) { this._events[type] = this._events[type].filter(listener => { return cb !== listener && cb !== listener.listen; }); }};EventEmitter.prototype.removeAllListener = function () { this._events = Object.create(null);};// 返回所有的监听类型EventEmitter.prototype.listeners = function (type) { return this._events[type];};// 发布EventEmitter.prototype.emit = function (type, ...args) { if (this._events[type]) { this._events[type].forEach(listener => { listener.call(this, ...args); }); }};
module.exports = EventEmitter;

上面我们通过努力实现了node的核心模块events,完成了EventEmitter的功能,可喜可贺,可喜可贺,给自己点个赞吧!

完成是完成了,但是大家还是要反复写反复推敲的,毕竟都没有过目不忘的本领,还是要努力的,加油,加油

哈哈,那么最后的最后,来写个小小的总结

总结

优点

  • 对象之间的解耦

  • 异步编程中,可以更松耦合的代码编写

缺点

  • 创建订阅者本身要消耗一定的时间和内存

  • 多个发布者和订阅者嵌套一起的时候,程序难以跟踪维护

强如发布订阅模式,也是劲酒虽好,不要贪杯的道理哦。过度使用的话,都会出现上述缺点的问题。不过合理开发合理利用,这都不是什么大问题的。

好好利用这个最常见的模式吧,给你的编程带来不小的升华!今天就写到这里吧,感谢观看了。哈哈,有缘下次再见!See U Again

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存