深刻理解JavaScript系列（33）：设计模式之策略模式

介绍

策略模式定义了算法家族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户。

正文

在理解策略模式以前。咱们先来一个样例，普通状况下，假设咱们要作数据合法性验证，很是多时候都是依照swith语句来推断，但是这就带来几个问题，首先假设添加需求的话，咱们还要再次改动这段代码以添加逻辑，而且在进行单元測试的时候也会愈来愈复杂。代码例如如下：

        validator = {
            validate: function (value, type) {
                switch (type) {
                    case 'isNonEmpty ':
                        {
                            return true; // NonEmpty 验证结果
                        }
                    case 'isNumber ':
                        {
                            return true; // Number 验证结果
                            break;
                        }
                    case 'isAlphaNum ':
                        {
                            return true; // AlphaNum 验证结果
                        }
                    default:
                        {
                            return true;
                        }
                }
            }
        };
        //  測试
        alert(validator.validate("123", "isNonEmpty"));

那怎样来避免上述代码中的问题呢，依据策略模式。咱们可以将一样的工做代码单独封装成不一样的类。而后经过统一的策略处理类来处理，OK，咱们先来定义策略处理类，代码例如如下：

var validator = {

    // 所有可以的验证规则处理类存放的地方，后面会单独定义
    types: {},

    // 验证类型所相应的错误消息
    messages: [],

    // 固然需要使用的验证类型
    config: {},

    // 暴露的公开验证方法
    // 传入的參数是 key => value对
    validate: function (data) {

        var i, msg, type, checker, result_ok;

        // 清空所有的错误信息
        this.messages = [];

        for (i in data) {
            if (data.hasOwnProperty(i)) {

                type = this.config[i];  // 依据key查询是否有存在的验证规则
                checker = this.types[type]; // 获取验证规则的验证类

                if (!type) {
                    continue; // 假设验证规则不存在。则不处理
                }
                if (!checker) { // 假设验证规则类不存在，抛出异常
                    throw {
                        name: "ValidationError",
                        message: "No handler to validate type " + type
                    };
                }

                result_ok = checker.validate(data[i]); // 使用查到到的单个验证类进行验证
                if (!result_ok) {
                    msg = "Invalid value for *" + i + "*, " + checker.instructions;
                    this.messages.push(msg);
                }
            }
        }
        return this.hasErrors();
    },

    // helper
    hasErrors: function () {
        return this.messages.length !== 0;
    }
};

而后剩下的工做，就是定义types里存放的各类验证类了，咱们这里仅仅举几个样例：

// 验证给定的值是否不为空
validator.types.isNonEmpty = {
    validate: function (value) {
        return value !== "";
    },
    instructions: "传入的值不能为空"
};

// 验证给定的值是不是数字
validator.types.isNumber = {
    validate: function (value) {
        return !isNaN(value);
    },
    instructions: "传入的值仅仅能是合法的数字。好比：1, 3.14 or 2010"
};

// 验证给定的值是否仅仅是字母或数字
validator.types.isAlphaNum = {
    validate: function (value) {
        return !/[^a-z0-9]/i.test(value);
    },
    instructions: "传入的值仅仅能保护字母和数字，不能包括特殊字符"
};

使用的时候。咱们首先要定义需要验证的数据集合，而后还需要定义每种数据需要验证的规则类型，代码例如如下：

var data = {
    first_name: "Tom",
    last_name: "Xu",
    age: "unknown",
    username: "TomXu"
};

validator.config = {
    first_name: 'isNonEmpty',
    age: 'isNumber',
    username: 'isAlphaNum'
};

最后，获取验证结果的代码就简单了：

validator.validate(data);

if (validator.hasErrors()) {
    console.log(validator.messages.join("\n"));
}

总结

策略模式定义了一系列算法，从概念上来讲，所有的这些算法都是作一样的事情。仅仅是实现不一样，他可以以一样的方式调用所有的方法，下降了各类算法类与使用算法类之间的耦合。

从另一个层面上来讲，单独定义算法类，也方便了单元測试。因为可以经过本身的算法进行单独測试。

实践中。不只可以封装算法，也可以用来封装差点儿不论什么类型的规则，是要在分析过程当中需要在不一样一时候间应用不一样的业务规则，就可以考虑是要策略模式来处理各类变化。