JavaScript 观察者模式

观察者模式又叫做发布-订阅模式。这是一种一对多的对象依赖关系，当被依赖的对象的状态发生改变时，所有依赖于它的对象都将得到通知。

生活中的观察者模式

就如我们在专卖店预定商品（如：苹果手机），我们会向专卖店提交预定申请，然后店家受申请，正常这样就完事了。假如，近段时间苹果手机的需求很大，而商品有限，那么商家就会要这些果粉预留电话等待通知，等到手机一到，商家就会遍历果粉预留信息，然后发通知给这些果粉。生活中商家强调客户在家等通知即可，并且说一有消息就会通知客户，而不会傻到要客户主动打电话询问，这样不仅客户的代价比较大，商家的负荷更大，用户的轮询方式也从打电话变成了查看短信息。

观察者模式的优势

发布和订阅这两个对象是松耦合地联系在一起的，它们不用彼此熟悉内部的实现细节，但这不影响它们之间的通信，它们只要知道彼此需要做什么就行。当有新订阅者增加时，发布者不需要任何更改，同样的当发布者改变时，订阅者也不会受到影响。

就像新闻联播一样里面的央视主持人换了，也不影响我们看央视的新闻联播，同样你看或不看新闻联播，对央视来说也无影响。

在异步通信中观察者模式也是大有好处，发布者只需按顺序的发布事件即可，而订阅者只需在异步运行期间订阅相关事件即可。

JavaScript中的观察者模式

在JavaScript中观察者模式的实现主要用事件模型。

DOM事件

document.body.addEventListener('click', function() {
    console.log('hello world!');
});

相信这样的代码不少的同学都写过，但我要说这其实就是一种观察者模式的实现，可能一些童鞋还不信，那么看一看修改后的代码。

// 发布者
var pub = function() {
    console.log('欢迎订阅!')
}
// 订阅者
var sub = document.body;

// 订阅者实现订阅
sub.addEventListener('click', pub, false);

订阅者可以任意的添加，发布者也可以随意的修改。

自定义事件

虽然，使用dom事件可以轻松解决我们开发中的一部分问题；但是还有一些问题需要我们使用自定义事件来完成。
那面就说一说如何用自定义事件实现代理。

我们还以预定手机为例，参考dom事件的原理来实现观察者模式，用用户的电话号码作为类型，用户的定购信息用一个回调函数来表示。

基本概念定义如下：

• 商家： 发布者
• 客户： 订阅者
• 缓存列表：记录客户的电话，方便商家遍历发通知消息给客户

注：缓存列表，我将它定义为一个对象，用户的电话号码作为key，用户的预定信息是个数组作为value。

代码实现如下：

// 定义商家
var merchants = {};
// 定义预定列表
merchants.orderList = {};
// 将增加的预订者添加到预定客户列表中
merchants.listen = function(id, info) {
    if(!this.orderList[id]) {
        this.orderList[id] = [];
    }
    this.orderList[id].push(info);
    console.log('预定成功')
};
//发布消息
merchants.publish = function() {
    var id = Array.prototype.shift.call(arguments);
    var infos = this.orderList[id];
    // 判断是否有预订信息
    if(!infos || infos.length === 0) {
        console.log('您还没有预订信息!');
        return false;
    }
    // 如果有预订信息，则循环打印
    for (var i = 0, info; info = infos[i++];) {
        console.log('尊敬的客户：');
        info.apply(this, arguments);
        console.log('已经到货了');
    }
};
// 定义一个预订者customerA，并指定预定信息
var customerA = function() {
    console.log('黑色至尊版一台');
};
// customerA 预定手机，并留下预约电话
merchants.listen('15888888888', customerA); // 预定成功
// 商家发布通知信息
merchants.publish('15888888888');
/**
   尊敬的客户：
   黑色至尊版一台
   已经到货了
 */

取消订阅

当然，现实中我们可以预定，那么也可以取消预定。其实取消预定的方式也比较简单，就是将客户从预定列表中清除出去。代码实现如下：

merchants.remove = function(id, fn) {
    var infos = this.orderList[id];

    if(!infos) return false;

    if(!fn) {
        infos && (infos.length = 0);
    } else {
        for(var i = 0, len = infos.length; i < len; i++) {
            if(infos[i] === fn) {
                infos.splice(i, 1);
            }
        }
    }
};
merchants.remove('15888888888', customerA);
merchants.publish('15888888888'); // 您还没有预订信息!

全局的观察者模式

实现的代码结构如下：

var observer = (function() {
    var orderList = {},
        listen,
        publish,
        remove;
    listen = function(id, fn) {
        ...
    };

    publish = function() {
        ...
    };

    remove = function(id, fn) {
        ...
    };

    return {
        listen: listen,
        publish: publish,
        remove: remove
    }
})();

优点：

使用了全局的观察者模式后，我们不用管商家是谁，只要他能提供我们所需要的东西即可；而且我们也避免了为不同的商家都创建listen，publish，remove方法，这样可以减少资源的浪费。

缺点：

使用全局的观察者模式会明显降低对象之间的联系。一些方法将会被隐藏，而有时我们恰恰需要这些方法的暴露。

是先订阅，还是先发布

在我被问到这个问题时，我也是一愣，当时脑袋里就冒出了‘你怎么不问是先有鸡，还是先有蛋’这样的想法。

按照我的理解我们实现观察者模式，都是订阅者先订阅，然后接收发布者的通知消息。没有反过来想，发布者先发布一条消息，然后等订阅者接收，因为在我的想象中，如果没有订阅者，这消息怎么成功发布。

后来有人跟我说有这样的业务实现，当时我就不假思索的问什么业务，他说QQ的离线模式。这种先发布后订阅的形式是将信息先存储起来，等到订阅者订阅，就立即将信息发送给订阅者。如：当我们将QQ调到离线模式，我们就无法接收信息；当我们将QQ调到登录模式，就马上收在离线模式期间接收到的信息。

这样的例子在生活中也有很多，还拿天气预报，它也可以理解为是先发布，我们后订阅的模式。天预报信息会发布在网上，存储在各个服务器上，我们需要时打开手机就可以得到。

注：提到观察者模式我们就不得不说一下推模型和拉模型。推模型在事件发生时，发布者会将变化状态和数据都推送给订阅者；拉模型在事件发生时，发布者只会给订阅者一个状态改变通知，订阅者会根据发布者提供的接口主动拉取数据。

设计模式周周讲