（33）设计模式之策略模式

介绍

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

正文

在理解策略模式之前，我们先来一个例子，一般情况下，如果我们要做数据合法性验证，很多时候都是按照swith语句来判断，但是这就带来几个问题，首先如果增加需求的话，我们还要再次修改这段代码以增加逻辑，而且在进行单元测试的时候也会越来越复杂，代码如下：

  1. validator = {
  2.     validate: function (value, type) {
  3.         switch (type) {
  4.             case 'isNonEmpty ':
  5.                 {
  6.                     return true; // NonEmpty 验证结果
  7.                 }
  8.             case 'isNumber ':
  9.                 {
  10.                     return true; // Number 验证结果
  11.                     break;
  12.                 }
  13.             case 'isAlphaNum ':
  14.                 {
  15.                     return true; // AlphaNum 验证结果
  16.                 }
  17.             default:
  18.                 {
  19.                     return true;
  20.                 }
  21.         }
  22.     }
  23. };
  24. // 测试
  25. alert(validator.validate("123", "isNonEmpty"));

那如何来避免上述代码中的问题呢，根据策略模式，我们可以将相同的工作代码单独封装成不同的类，然后通过统一的策略处理类来处理，OK，我们先来定义策略处理类，代码如下：

  1. var validator = {
  3.     // 所有可以的验证规则处理类存放的地方，后面会单独定义
  4.     types: {},
  6.     // 验证类型所对应的错误消息
  7.     messages: [],
  9.     // 当然需要使用的验证类型
  10.     config: {},
  12.     // 暴露的公开验证方法
  13.     // 传入的参数是 key => value对
  14.     validate: function (data) {
  16.         var i, msg, type, checker, result_ok;
  18.         // 清空所有的错误信息
  19.         this.messages = [];
  21.         for (i in data) {
  22.             if (data.hasOwnProperty(i)) {
  24.                 type = this.config[i];  // 根据key查询是否有存在的验证规则
  25.                 checker = this.types[type]; // 获取验证规则的验证类
  27.                 if (!type) {
  28.                     continue; // 如果验证规则不存在，则不处理
  29.                 }
  30.                 if (!checker) { // 如果验证规则类不存在，抛出异常
  31.                     throw {
  32.                         name: "ValidationError",
  33.                         message: "No handler to validate type " + type
  34.                     };
  35.                 }
  37.                 result_ok = checker.validate(data[i]); // 使用查到到的单个验证类进行验证
  38.                 if (!result_ok) {
  39.                     msg = "Invalid value for *" + i + "*, " + checker.instructions;
  40.                     this.messages.push(msg);
  41.                 }
  42.             }
  43.         }
  44.         return this.hasErrors();
  45.     },
  47.     // helper
  48.     hasErrors: function () {
  49.         return this.messages.length !== 0;
  50.     }
  51. };

然后剩下的工作，就是定义types里存放的各种验证类了，我们这里只举几个例子：

  1. // 验证给定的值是否不为空
  2. validator.types.isNonEmpty = {
  3.     validate: function (value) {
  4.         return value !== "";
  5.     },
  6.     instructions: "传入的值不能为空"
  7. };
  9. // 验证给定的值是否是数字
  10. validator.types.isNumber = {
  11.     validate: function (value) {
  12.         return !isNaN(value);
  13.     },
  14.     instructions: "传入的值只能是合法的数字，例如：1, 3.14 or 2010"
  15. };
  17. // 验证给定的值是否只是字母或数字
  18. validator.types.isAlphaNum = {
  19.     validate: function (value) {
  20.         return !/[^a-z0-9]/i.test(value);
  21.     },
  22.     instructions: "传入的值只能保护字母和数字，不能包含特殊字符"
  23. };

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

  1. var data = {
  2.     first_name: "Tom",
  3.     last_name: "Xu",
  4.     age: "unknown",
  5.     username: "TomXu"
  6. };
  8. validator.config = {
  9.     first_name: 'isNonEmpty',
  10.     age: 'isNumber',
  11.     username: 'isAlphaNum'
  12. };

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

  1. validator.validate(data);
  3. if (validator.hasErrors()) {
  4.     console.log(validator.messages.join("\n"));
  5. }

_149总结

策略模式定义了一系列算法，从概念上来说，所有的这些算法都是做相同的事情，只是实现不同，他可以以相同的方式调用所有的方法，减少了各种算法类与使用算法类之间的耦合。

从另外一个层面上来说，单独定义算法类，也方便了单元测试，因为可以通过自己的算法进行单独测试。

实践中，不仅可以封装算法，也可以用来封装几乎任何类型的规则，是要在分析过程中需要在不同时间应用不同的业务规则，就可以考虑是要策略模式来处理各种变化。