PubSub / Observer模式中的排队事件

Question

我总是发现直接学习一个示例更容易。

object.on('eventone', function() {
  console.log('eventone - listener one');
  object.trigger('eventtwo');
});
object.on('eventone', function() {
  console.log('eventone - listener two');
});
object.on('eventtwo', function() {
  console.log('eventtwo');
});
object.trigger('eventone');

在大多数PubSub实现中，这导致以下日志顺序：

1. eventone-侦听器一
2. 事件二
3. eventone-侦听器二

在过去，这已经提出了该序列的语义问题。 通常，开发人员会假设“ eventtwo”开始之前已经触发了所有“ eventone”的侦听器，这可能会在后续过程中引入顺序逻辑错误。 更明智的日志顺序可能是：

1. eventone-侦听器一
2. eventone-侦听器二
3. 事件二

所以我想问题是-为什么大多数实现不遵循事件排队？ 与否相比，使用它可能会有哪些影响。

干杯!

Answer 1

Pubsub的工作目的是使一个订户不受其他订户的依赖，了解或阻碍。 以下是几个问题，探讨了每种方法的利弊：

• NodeJS和异步地狱
• 使用Javascript文件进行随机阻止？
• AS3中的比赛条件触发事件
• 如何链接ajax请求？
• 脚本标签-异步和延迟
• 用单字咒语来延迟JQuery
• jQuery如何推迟使用？