当前位置: 首页 > 编程笔记 >

深入理解JavaScript系列(33):设计模式之策略模式详解

潘自强
2023-03-14
本文向大家介绍深入理解JavaScript系列(33):设计模式之策略模式详解,包括了深入理解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")); }


总结

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

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

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

 类似资料:
  • 本文向大家介绍JavaScript设计模式之策略模式详解,包括了JavaScript设计模式之策略模式详解的使用技巧和注意事项,需要的朋友参考一下 在程序设计中,我们也常常遇到这种情况,要实现某一个功能我们有很多种算法可以实现。 这些算法灵活多样,而且可以随意互相替换。这种解决方案就是所谓的策略模式。 策略模式的定义是:定义一系列的算法,把它们一个个封装起来,并且使它们可以相互替换。 以上就是本文

  • 本文向大家介绍深入理解JavaScript系列(31):设计模式之代理模式详解,包括了深入理解JavaScript系列(31):设计模式之代理模式详解的使用技巧和注意事项,需要的朋友参考一下 介绍 代理,顾名思义就是帮助别人做事,GoF对代理模式的定义如下: 代理模式(Proxy),为其他对象提供一种代理以控制对这个对象的访问。 代理模式使得代理对象控制具体对象的引用。代理几乎可以是任何对象:文件

  • 本文向大家介绍深入理解JavaScript系列(25):设计模式之单例模式详解,包括了深入理解JavaScript系列(25):设计模式之单例模式详解的使用技巧和注意事项,需要的朋友参考一下 介绍 从本章开始,我们会逐步介绍在JavaScript里使用的各种设计模式实现,在这里我不会过多地介绍模式本身的理论,而只会关注实现。OK,正式开始。 在传统开发工程师眼里,单例就是保证一个类只有一个实例,实

  • 本文向大家介绍深入理解JavaScript系列(44):设计模式之桥接模式详解,包括了深入理解JavaScript系列(44):设计模式之桥接模式详解的使用技巧和注意事项,需要的朋友参考一下 介绍 桥接模式(Bridge)将抽象部分与它的实现部分分离,使它们都可以独立地变化。 正文 桥接模式最常用在事件监控上,先看一段代码: 上述代码,有个问题就是getBeerById必须要有浏览器的上下文才能使

  • 本文向大家介绍深入理解JavaScript系列(43):设计模式之状态模式详解,包括了深入理解JavaScript系列(43):设计模式之状态模式详解的使用技巧和注意事项,需要的朋友参考一下 介绍 状态模式(State)允许一个对象在其内部状态改变的时候改变它的行为,对象看起来似乎修改了它的类。 正文 举个例子,就比如我们平时在下载东西,通常就会有好几个状态,比如准备状态(ReadyState)、

  • 本文向大家介绍深入理解JavaScript系列(42):设计模式之原型模式详解,包括了深入理解JavaScript系列(42):设计模式之原型模式详解的使用技巧和注意事项,需要的朋友参考一下 介绍 原型模式(prototype)是指用原型实例指向创建对象的种类,并且通过拷贝这些原型创建新的对象。 正文 对于原型模式,我们可以利用JavaScript特有的原型继承特性去创建对象的方式,也就是创建的一