这个模式看了很长时间，卡在什么地方呢？在我看来，其他的模式为了简化编程的复杂性，都是鼓励函数或者对象间
解耦和的，但是发布-订阅者模式虽然发布者和订阅者对象分开了，但是之间的依赖关系反而更强了。
关键点：1.订阅者在订阅事件的时候实际是在发布者对象的数组中写入要订阅的事件。 2.发布者在发布或者叫trigger事件的时候，实际是在发布者中遍历数组中订阅者的事件方法。涉及的是消息数组的写入和遍历读出过程。
另外一点就是，由于javascript的函数一类对象，可以直接写入数组，这样咋发布-订阅者模式中操作起来相当的方便，js真是厉害。
关于发布-订阅者模式和观察者模式的区别我没搞懂。这里的例子或许是观察者模式，或许是发布-订阅者模式。
参考 《javascript设计模式》
pro javascript design patterns第十五章
//发布者构造函数
function Publisher() {
this.subscribers = []; //订阅和发布都是围绕这个数组进项
}
//执行发布的方法，遍历订阅者对方法
Publisher.prototype.deliver = function(data) {
this.subscribers.forEach(
function(fn) {
fn(data);
}
);
return this;
};
//订阅的方法，订阅者对象写入subscribers数组
//下面这两个方法挂载在Function原型上
Function.prototype.subscribe = function(publisher) {
var that = this;
var alreadyExists = publisher.subscribers.some(
function(el) {
if ( el === that ) { //如果已经订阅的话，立即返回
return;
}
}
);
if ( !alreadyExists ) { //订阅者的订阅对象插入数组
publisher.subscribers.push(this);//注意命名空间
}
return this;
};
//取消订阅的方法
Function.prototype.unsubscribe = function(publisher) {
var that = this;
publisher.subscribers = publisher.subscribers.filter(
function(el) {
if ( el !== that ) { //如果是订阅对象就过滤掉
return el;
}
}
);
return this;
};
var publisherObject = new Publisher;//发布者对象
var observerObject = function(data) {//订阅者对象
// process data
console.log(data);
// unsubscribe from this publisher
arguments.callee.unsubscribe(publisherObject);
//在订阅对象中取消订阅，其实就是只执行一次发布操作
};
observerObject.subscribe(publisherObject);
//执行订阅，注意这个订阅方法挂载的原型，我开始搞混了，以为代码有错
js的数组操作和高阶函数的特性使得发布-订阅者模式很好实现。
这个模式我在react/redux的数据流程中觉得是有的，但是反而在模式学习中是最难的。解耦和也不是绝对的一点联系都没有，关系是藕断丝连，要看到断开的两节藕，还要看到之间的的丝.react/redux的学习中就要找到这层关系。
