资讯专栏INFORMATION COLUMN

JavaScript设计模式之发布-订阅模式(观察者模式)-Part2

chemzqm / 2222人阅读

摘要:设计模式与开发实践读书笔记。看此文章前,建议先看设计模式之发布订阅模式观察者模式在中,已经介绍了什么是发布订阅模式,同时,也实现了发布订阅模式。

《JavaScript设计模式与开发实践》读书笔记。

看此文章前,建议先看JavaScript设计模式之发布-订阅模式(观察者模式)-Part1

在Part1中,已经介绍了什么是发布-订阅模式,同时,也实现了发布-订阅模式。但是,就Part1中实现的例子来说,还是存在了两个小问题:

我们给每个发布者对象都添加了listen和trigger方法,以及一个缓存列表clientList,这其实是一种资源的浪费。

订阅者与发布者之间存在一定的耦合性,订阅者至少要知道发布者对象的名字,才能顺利订阅。如下:

</>复制代码

  1. // 张三订阅问题A, sgQuestionSystem是发布者的对象(问题系统)
  2. sgQuestionSystem.listen("questionA", 3, function(questionTitle, content) {
  3. console.log("张三您在早前订阅了问题:questionA");
  4. console.log("现" + questionTitle + "有了新动态");
  5. console.log("内容为:" + content);
  6. });

如果张三还对其它东西感兴趣,而发布者又不是同一个,那么,这意味着张三需要再对另一个发布者对象进行订阅。如下:

</>复制代码

  1. // 张三订阅文章A动态, sgArticleSystem是发布者的对象(文章系统)
  2. sgArticleSystem.listen("articleA", 3, function(articleTitle, content) {
  3. console.log("张三您在早前订阅了文章:articleA");
  4. console.log("现" + articleTitle+ "有了新动态");
  5. console.log("内容为:" + content);
  6. });

</>复制代码

  1. 全局的发布-订阅对象

相信大家都知道什么是中介公司吧,在现实生活中,我们只要把订阅的请求交给中介公司,而各大发布者也只需要通过中介公司来发布信息。这样一来,我们就无需关心消息是哪个发布者发布的,我们只需关心是否能顺利收到消息。当然,订阅者与发布者都需要知道这个中介公司。

同样,在程序中,我们可以用一个全局的 Event 对象来实现中介公司的作用。Event作为一个消息中心,把订阅者和发布者联系起来。见如下代码:

</>复制代码

  1. var Event = (function(){
  2. var clientList = {}, // 缓存列表
  3. listen,
  4. trigger,
  5. remove;
  6. listen = function(key, id, fn){
  7. if(!clientList[key]){
  8. clientList[key] = []; // 初始化
  9. }
  10. clientList[key].push({ // 将订阅的id, 回调函数添加到对应的消息列表里
  11. id: id,
  12. fn: fn
  13. });
  14. };
  15. trigger = function() {
  16. var key = Array.prototype.shift.call(arguments),
  17. fns = clientList[key];
  18. if(!fns || fns.length == 0) {
  19. return false;
  20. }
  21. for(var i = 0; i < fns.length; i++) {
  22. fns[i].fn.apply(this, arguments);
  23. }
  24. };
  25. remove = function(key, id) {
  26. var fns = clientList[key];
  27. if(!fns) { // 如果key对应的消息没人订阅,直接返回
  28. return false;
  29. }
  30. if(!id) { // 如果没传具体的唯一标识,则取消key的所有对应消息
  31. fns && (fns.length = 0);
  32. } else {
  33. for(var l = fns.length - 1; l >=0; l--) {
  34. var _id = fns[l].id;
  35. if(_id == id) {
  36. fns.splice(l, 1); // 删除订阅者的回调函数
  37. }
  38. }
  39. }
  40. };
  41. return {
  42. listen: listen,
  43. trigger: trigger,
  44. remove: remove
  45. }
  46. })();
  47. Event.listen("questA", 1, function(content) {
  48. console.log("内容为:" + content);
  49. });
  50. Event.trigger("questA", "王五回答了该问题");

</>复制代码

  1. 必须先订阅再发布吗?

我们所了解的发布-订阅模式,都是订阅者必须先订阅一个消息,随后才能接收到发布者发布的消息。如果把顺序反过来,发布者先发布一个消息,而在此之前并没有对象来订阅它,那么这条消息就消失在宇宙中了。

而在实际项目在,先发布后订阅是存在的。例如在商城网站中,获取到用户信息之后才能渲染用户导航模块,而获取用户信息的操作是一个异步请求。当请求成功返回之后才能发布一个事件,在此之前订阅了此事件的用户导航模块才能接收到这个信息。

然而,因为异步的原因,我们不能保证ajax请求的事件,可能用户的导航模块还没加载好(即还没订阅消息),请求就返回(即发布消息)。因此,我们需要让我们的发布-订阅对象拥有先发布-后订阅的能力。

具体的实现请看后续最终代码。

</>复制代码

  1. 全局事件的命名冲突

全局的发布-订阅对象里只有一个clientList来存放消息名和回调函数,大家都通过它来订阅-发布各种消息,久而久之,难免会出现事件名冲突,所以我们还可以给Event对象提供创建命名空间的功能。

最终代码如下:

</>复制代码

  1. var Event = (function(){
  2. var global = this,
  3. Event,
  4. _default = "default";
  5. Event = function(){
  6. var _listen,
  7. _trigger,
  8. _remove,
  9. _slice = Array.prototype.slice,
  10. _shift = Array.prototype.shift,
  11. _unshift = Array.prototype.unshift,
  12. namespaceCache = {},
  13. _creat,
  14. find,
  15. each = function(ary, fn){
  16. var ret;
  17. for(var i = 0, l = ary.length; i < l; i++) {
  18. var n = ary[i];
  19. ret = fn.call(n, i, n);
  20. }
  21. return ret;
  22. };
  23. _listen = function(key, fn, cache) {
  24. if(!cache[key]) {
  25. cache[key] = [];
  26. }
  27. cache[key].push(fn);
  28. };
  29. _remove = function(key, cache, fn) {
  30. if(cache[key]) {
  31. if(fn) {
  32. for(var i = cache[key].length; i >=0; i--) {
  33. if(cache[key][i] == fn) {
  34. cache[key].splice(i, 1);
  35. }
  36. }
  37. } else { // 若没有fn,表示全部清空
  38. cache[key] = [];
  39. }
  40. }
  41. };
  42. _trigger = function() {
  43. var cache = _shift.call(arguments),
  44. key = _shift.call(arguments),
  45. args = arguments,
  46. _self= this,
  47. ret,
  48. stack = cache[key];
  49. if(!stack || !stack.length) {
  50. return;
  51. }
  52. return each(stack, function(){
  53. return this.apply(_self, args);
  54. })
  55. };
  56. _create = function(namespace) {
  57. var namespace = namespace || _default;
  58. var cache = {},
  59. offlineStack = [],
  60. ret = {
  61. listen: function(key, fn, last) {
  62. _listen(key, fn, cache);
  63. if(offlineStack == null) {
  64. return;
  65. }
  66. if(last == "last") {
  67. offlineStack.length && offlineStack.pop()();
  68. } else {
  69. each(offlineStack, function() {
  70. this();
  71. });
  72. }
  73. offlineStack = null;
  74. },
  75. one: function(key, fn, last) {
  76. _remove(key, cache);
  77. this.listen(key, fn, last);
  78. },
  79. remove: function(key, fn) {
  80. _remove(key, cache, fn);
  81. },
  82. trigger: function() {
  83. var fn,
  84. args,
  85. _self = this;
  86. _unshift.call(arguments, cache);
  87. args = arguments;
  88. fn = function() {
  89. return _trigger.apply(_self, args);
  90. };
  91. if(offlineStack) {
  92. return offlineStack.push(fn);
  93. }
  94. return fn();
  95. }
  96. };
  97. return namespace? (namespaceCache[namespace] ? namespaceCache[namespace]: namespaceCache[namespace] = ret) : ret;
  98. };
  99. return {
  100. create: _create,
  101. one: function(key, fn, last) {
  102. var event = this.create();
  103. event.one(key, fn, last);
  104. },
  105. remove: function(key, fn){
  106. var event = this.create();
  107. event.one(key, fn);
  108. },
  109. listen: function(key, fn, last){
  110. var event = this.create();
  111. event.listen(key, fn, last);
  112. },
  113. trigger: function(){
  114. var event = this.create();
  115. event.trigger.apply(this, arguments);
  116. }
  117. };
  118. }();
  119. return Event;
  120. })();
  121. /********** 先发布后订阅 ***********/
  122. Event.trigger("click", 1);
  123. Event.listen("click", function(a){
  124. console.log(a)
  125. });
  126. /********** 使用命名空间 ***********/
  127. Event.create("namespace1").listen("click", function(a){
  128. console.log(a);
  129. });
  130. Event.create("namespace1").trigger("click", 1);

附:
JavaScript数据结构和算法系列:
JS 栈
JS 队列-优先队列、循环队列

JavaScript设计模式系列:
JavaScript设计模式之策略模式

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/50368.html

相关文章

  • JavaScript设计模式发布-订阅模式察者模式)-Part2

    摘要:设计模式与开发实践读书笔记。看此文章前,建议先看设计模式之发布订阅模式观察者模式在中,已经介绍了什么是发布订阅模式,同时,也实现了发布订阅模式。 《JavaScript设计模式与开发实践》读书笔记。 看此文章前,建议先看JavaScript设计模式之发布-订阅模式(观察者模式)-Part1 在Part1中,已经介绍了什么是发布-订阅模式,同时,也实现了发布-订阅模式。但是,就Part1...

    Charlie_Jade 评论0 收藏0
  • JavaScript设计模式发布-订阅模式察者模式)-Part1

    摘要:设计模式与开发实践读书笔记。发布订阅模式又叫观察者模式,它定义了对象之间的一种一对多的依赖关系。附设计模式之发布订阅模式观察者模式数据结构和算法系列栈队列优先队列循环队列设计模式系列设计模式之策略模式 《JavaScript设计模式与开发实践》读书笔记。 发布-订阅模式又叫观察者模式,它定义了对象之间的一种一对多的依赖关系。当一个对象的状态发生改变时,所有依赖它的对象都将得到通知。 例...

    muzhuyu 评论0 收藏0
  • 设计模式察者发布/订阅模式

    摘要:发布订阅模式又叫观察者模式,它定义对象间的一种一对多的依赖关系。事件观察者模式应该是最常用的模式之一。总之,当消息一发布,所有的订阅者都会收到消息。发布订阅模式还可以用来帮助实现一些别的设计模式,比如中介者模式。 发布/订阅模式又叫观察者模式,它定义对象间的一种一对多的依赖关系。当一个对象的状态(发布者)发生改变时,所有依赖于它的对象都将得到通知。在 JavaScript 开发中,我们...

    dreamGong 评论0 收藏0

发表评论

0条评论

chemzqm

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<