前一篇对观察者模式做了介绍，重点在于观察者和被观察者的对应关系，以及将被观察者的改变及时通知到相对应的观察者。
这样的模式基本上可以解决少量数据源的情景，在观察者和被观察者可能是多对多关系的情况下，强耦合的结构会让代码不够清晰，难以维护。
在《JavaScript设计模式》一书中，提到了Observer和Publish/Subscribe的区别。
Observer模式要求希望接收到主题同志的观察者（或对象）必须订阅内容改变的事件。
Publish/Subscribe模式使用了一个主题/事件通道，这个通道介于希望接收到通知（订阅者）的对象和激活事件的对象（发布者）之间。该事件系统允许代码定义应用程序的特定事件，这些事件可以传递自定义参数，自定义参数包含订阅者所需的值。其目的是避免订阅者和发布者之间产生依赖关系。
这里的关键点在于，通过一个事件中心，将发布者和订阅者的耦合关系解开，发布者和订阅者通过事件中心来产生联系。
打个比方，发布者像是发布小广告的，事件中心是一个调度站，订阅者则告诉事件中心，我关注A、B类型的广告，如果有更新，请通知我。调度站记录A，B类型下的订阅者，等到A，B广告发布时，通知到订阅者。
这个例子里，发布者不关心订阅者是谁，也不维护订阅者列表，同订阅者解耦，只将自己发布的内容提交到事件中心。而订阅者和主题的关系，交给了事件中心来维护。
画一个类图来解释一下他们的关系。
先来定义两个虚类：Publisher 和 Subscriber。
abstract class Publisher { data: string; id: string; abstract publish(any); } abstract class Subscriber { id: string; abstract subscribe(topicId: string); abstract update(topicData: string); } 接着来继承这两个类，声明两个实体类：
class ApplePublisher extends Publisher { private _data; private _id; private channel; constructor (defaultId, defaultData, defaultChannel: TopicChannel) { super(); this._id = defaultId; this._data = defaultData; this.channel = defaultChannel; } get id () { return this._id; } set id (newId) { this._id = newId; } get data () { return this._data; } set data (newData) { this._data = newData; } publish () { this.channel.publishBaseId(this.id); } } class FruitSubscriber extends Subscriber { readonly _id; readonly _publishId; private channel; constructor (id: string, publishId: string, topicChannel: TopicChannel) { super(); this._id = id; this._publishId = publishId; this.channel = topicChannel; this.subscribe(this._publishId); } subscribe (topicId: string) { this.channel.subscribe(topicId, this); } update (topicData: string) { console.log('fruit subscriber ' + this._id + ': ' + topicData); } } 最后来实现TopicChannel，这个类用来处理订阅、发布通知功能。
class TopicChannel { private publisherMap; private subscriberMap; constructor () { this.publisherMap = new Map<string, Publisher>(); this.subscriberMap = new Map<string, Array<Subscriber>>(); } addPublisher (publisher: Publisher) { this.publisherMap.set(publisher.id, publisher); } removePublisher (publisher: Publisher) { this.publisherMap.delete(publisher.id) } clearPublisher () { this.publisherMap.clear(); } subscribe (publisherId: string, subscriber: Subscriber) { if (this.subscriberMap.has(publisherId)) { this.subscriberMap.get(publisherId).push(subscriber); } else { this.subscriberMap.set(publisherId, [subscriber]); } } publishBaseId (publisherId: string) { if (this.publisherMap.has(publisherId)) { this.subscriberMap.get(publisherId).forEach((item)=>{ item.update(this.publisherMap.get(publisherId).data); }) } else { console.log('There is not the publisher!'); } } } TopicChannel通过TopicId来维护发布者和订阅者的关系，使得发布者和订阅者充分解耦。
使得订阅者可以订阅多个主题，在内部根据主题的不同，执行不同的逻辑。
发布者则完全无视订阅者的逻辑，只管将自己的内容推送到TopicChannel。
let topicChannel = new TopicChannel(); let applePublisher1 = new ApplePublisher('apple publisher1', 'foo apple1', topicChannel); let applePublisher2 = new ApplePublisher('apple publisher2', 'foo apple2', topicChannel); topicChannel.addPublisher(applePublisher1); topicChannel.addPublisher(applePublisher2); let fruitSubscriber1 = new FruitSubscriber('fruit1', 'apple publisher1', topicChannel); let fruitSubscriber2 = new FruitSubscriber('fruit2', 'apple publisher2', topicChannel); let fruitSubscriber3 = new FruitSubscriber('fruit3', 'apple publisher1', topicChannel); fruitSubscriber2.subscribe('apple publisher1'); applePublisher1.publish(); applePublisher2.publish(); 结果为：
fruit subscriber fruit1: foo apple1 fruit subscriber fruit3: foo apple1 fruit subscriber fruit2: foo apple1 fruit subscriber fruit2: foo apple2
发布订阅模式将发布者和订阅者完全解耦，由事件中心通过topicId或者是其他唯一key来维护二者的关系，使得程序可以分割成更小，内聚更高的模块。
与此同时，由于弱化了发布者与订阅者的关系，使得发布者难以追踪到订阅者，无法获得来自订阅者反馈；并且同一主题的订阅者之间相对透明，不能产生联动。
以上，如有错误，敬请指正，感谢阅读。