JavaScript 设计模式之策略模式

前言

在软体工程中，设计模式（design pattern）是对软体设计中广泛存在（反复出现）的各类问题，所提出的解决方案。

设计模式并不直接用来完成程式码的编写，而是描述在各类不一样状况下，要怎么解决问题的一种方案。

设计模式能使不稳定转为相对稳定、具体转为相对抽象，避免会引发麻烦的紧耦合，以加强软体设计面对并适应变化的能力

——维基百科

设计模式是一种软件开发的思想，有益于下降代码的耦合性，加强代码的健壮性。每每在大型项目中用的比较多。

今天就来介绍一种能够替代选择运算的设计模式——策略模式。

介绍

策略模式做为一种软件设计模式，指对象有某个行为，可是在不一样的场景中，该行为有不一样的实现算法。好比每一个人都要“交我的所得税”，可是“在美国交我的所得税”和“在中国交我的所得税”就有不一样的算税方法。

策略模式：

• 定义了一族算法（业务规则）；
• 封装了每一个算法；
• 这族的算法可互换代替（interchangeable）。

——维基百科

能够看出，为应对不一样场景所致使算法不一样，基于工厂模式将各个算法进行封装成类，再进行使用，这就是策略模式。

案例

咱们来一个例子，通常状况下，若是咱们要作数据合法性验证，不少时候都是按照 swith 语句来判断（也能够是 if，elseif，else 的结构），可是这就带来几个问题：

• 若是增长需求的话，咱们还要再次修改这段代码以增长逻辑。
• 在进行单元测试的时候也会愈来愈复杂。

代码以下：

validator = {
  validate: function(value, type) {
    switch (type) {
      case "isNonEmpty ": {
        return true;
      }
      case "isNumber ": {
        return true;
        break;
      }
      case "isAlphaNum ": {
        return true;
      }
      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"));
}
复制代码

总结

策略模式定义了一系列算法，从概念上来讲，全部的这些算法都是作相同的事情，只是实现不一样，他能够以相同的方式调用全部的方法，减小了各类算法类与使用算法类之间的耦合。

从另一个层面上来讲，单独定义算法类，也方便了单元测试，由于能够经过本身的算法进行单独测试。

实践中，不只能够封装算法，也能够用来封装几乎任何类型的规则，是要在分析过程当中须要在不一样时间应用不一样的业务规则，就能够考虑是要策略模式来处理各类变化。

-EFO-

---

笔者专门在 github 上建立了一个仓库，用于记录平时学习全栈开发中的技巧、难点、易错点，欢迎你们点击下方连接浏览。若是以为还不错，就请给个小星星吧！👍

---

2019/04/24

AJie