资讯专栏INFORMATION COLUMN

读书笔记之策略模式

smartlion / 1699人阅读

摘要:将不变的部分和变化的部分分割开始每个设计模式的主题,策略模式的目的就是将算法的使用与算法的实现分离开来。结合策略模式,可以把判断这一部分函数里提取出来重新封装,提高代码的复用性和可读性。

最近在看《javascript设计模式与开发实践》。

var calc = function(level,salary){
         if(level === "A"){
            return 3*salary
         }
         if(level === "B"){
            return 2*salary
         }
         if(level === "C"){
            return 1*salary
         }
}

这段代码看起来十分简单,但是随着后期的拓展,要添加更多的if语句,calc函数会变得更加庞大,不易于维护。
如果我要修改原有的计算分之,可能每次都要修改calc这个方法。实际上,这个calc这个方法的设计初衷只是为了返回 绩效工资。
在整个代码的其它部分,可能还需要这个计算方法,难道还要copy一份过去么,那么同样的修改要修改两块代码。

用策略模式来重构代码

策略模式指的是定义一系列的算法,把他们一个个都封装起来。将不变的部分和变化的部分分割开始每个设计模式的主题,策略模式的目的就是将算法的使用与算法的实现分离开来。

再说上边的需求,我们简单思考下,其实变化的部分就是员工的等级和工资,而我们的目的就是返回绩效工资这部分是不变的

//  根据员工的level和salary 金额的计算
var straigies = {
    “A”: function(salary){
        return fn*3
    },
    “B”: function(salary){
        return fn*2
    },
    “C”: function(salary){
        return fn*1
    }
}
//不变的部分
var calc = function(level,salary){
     return straigies[level](salary)
}
// 执行
calc("A",5000)    // => 15000

比较下两段代码,不见了不友好的 if判断,算法(策略)都放在了straigies 中,后续需求 只需要维护straigies对象即可。

用策略模式来重构表单验证

很多需要提交表单的业务场景,都需要如下结构的代码

$("submitBtn").on("click",functioin(){
    if($name.value().length < 6){
         console.log("用户名长度不能少于6")
    }
   if($phone.value() != ""){
        console.log("电话号码不能为空")
 }
  ajaxFn()
})

随着 判断条件的增加,函数的结构会越来越臃肿庞大,而需要修改判断的条件,就又要深入指定的if判断去筛选,单纯的新增规则在这个函数里,复用性太差。结合策略模式,可以把if判断这一部分 函数里提取出来重新封装,提高代码的复用性和可读性。

对代码结构的期望

$("submitBtn").on("click",functioin(){
  var form = document.querySelector(".form");
  var validator = new validator ();
  validator.addrules(form.username,"isNonEmpty","不能为空")
  validator.addrules(form.phone,"minLength:6","最少为6位")
  var erroMsg = validator.start();
  if(erroMsg){
     alert(validator);
     return false
  }
  ajaxFn()
})

我们先封装策略类

var stratigies = {
    isNonEmpty: function(value,erromsg){
          if(value == ""){
          return erromsg
        }
    },
  minlength: function(value,length,erromsg){
       if(value.length < length){
          return erromsg
      }
 }
}

封装 验证(validator类)

var Validator = function(){
  this.cache = [] //用来缓存
}
Validator.prototype.add = function(item,rule,erroMsg){
  var arg = rule.split(":") // rule= >  "isEmpty" => ["isEmpty"] ||  "minLength:5"=> ["minlength", “5”];
  this.cache.push(function(){
      var strategy = arg.shift();  // =>"isEmpty" || minLength
      arg.unshift(item.value);  //[value] || [value,5]
      arg.push(errMsg)// [value,errMsg] || [value,5,errMsg]
      return  stratigies[strategy].apply(item,arg)
  })
}
//start方法就是遍历这个Validator里缓存的方法并执行
Validator.prototype.start = function(){
  for(var i=0;i开始校验,
      if(msg){
         return msg   // 如果msg有值 就说明验证不通过,跳出循环
      }
  }
}

此时,如果需要添加规则 或是修改验证规则,就很简单了
我们可以在stratigies里添加策略,也可以在 提交表单的函数里,新增或者修改规则

validator.addrules(form.phone,"minLength:6") =》 validator.addrules(form.phone,"minLength:10")

很蛋疼的是,对用户名判断只能一次输入一种规则,如果需要加一种判断规则,我就要在add一次strategy,
书中提供了进一步的拓展。

//预期
  validator.addrules(form.username,[
   {
      "erroMsg": "不能为空",
      "strategy": "isNonEmpty"
    },
   {
      "erroMsg": "最小为6位",
      "strategy": "minLength:6"
    }
])

将策略用数组的方式传入validator对象里,缓存在this.cache里,只需要调整对应的add方法就可以

//old type
Validator.prototype.add = function(item,rule,erroMsg){
  var arg = rule.split(":") // rule= >  "isEmpty" => ["isEmpty"] ||  "minLength:5"=> ["minlength", “5”];
  this.cache.push(function(){
      var strategy = arg.shift();  // =>"isEmpty" || minLength
      arg.unshift(item.value);  //[value] || [value,5]
      arg.push(errMsg)// [value,errMsg] || [value,5,errMsg]
      return  stratigies[strategy].apply(item,arg)
  })
}
// new Type
Validator.prototype.add = function(item,rules){
   var  _this = this; //保存this指针   for循环里的的自执行函数的this指向window,用_this修复指针
  //遍历rules
 for(var i = 0;i  "isEmpty" => ["isEmpty"] ||  "minLength:5"=> ["minlength", “5”];
       var  errMsg = rule.errMsg;
      _this.cache.push(function(){
            var strategy = arg.shift();  // =>"isEmpty" || minLength
            arg.unshift(item.value);  //[value] || [value,5]
            arg.push(errMsg)// [value,errMsg] || [value,5,errMsg]
            return  stratigies[strategy].apply(item,arg)
         })
      })(rule)
  }
}

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/91098.html

相关文章

  • 《JavaScript设计模式与开发实践》读书笔记

    摘要:订阅模式的一个典型的应用就是后面会写一篇相关的读书笔记。享元模式享元模式的核心思想是对象复用,减少对象数量,减少内存开销。适配器模式对目标函数进行数据参数转化,使其符合目标函数所需要的格式。 设计模式 单例模式 JS的单例模式有别于传统面向对象语言的单例模式,js作为一门无类的语言。使用全局变量的模式来实现单例模式思想。js里面的单例又分为普通单例和惰性单例,惰性单例指的是只有这个实例...

    Panda 评论0 收藏0
  • JavaScript设计模式策略模式

    摘要:设计模式与开发实践读书笔记。策略模式可以有效避免多重条件选择语句。当然,策略模式也有一些缺点增加了许多策略类或者策略对象。要使用策略模式,必须了解所有的,违反了最少知识原则。至此,回家咯附设计模式之发布订阅模式观察者模式 《JavaScript设计模式与开发实践》读书笔记。这本书挺好的,推荐。 俗话说,条条大路通罗马。在现实生活中,我们可以采用很多方法实现同一个目标。比如我们先定个小目...

    go4it 评论0 收藏0
  • 流畅的python读书笔记-第六章-使用一等函数实现设计模式

    摘要:在复杂的情况下,需要具体策略维护内部状态时,可能需要把策略和享元模式结合起来。函数比用户定义的类的实例轻量,而且无需使用享元模式,因为各个策略函数在编译模块时只会创建一次。 一等函数实现设计模式 经典的策略模式定义 定义一系列算法,把它们一一封装起来,并且使它们可以相互替换。本模式使得算法可以独立于使用它的客户而变化。 案例 假如一个网店制定了下述折扣规则。 有 1000 或以上积分...

    cnsworder 评论0 收藏0
  • 读书笔记】JVM垃圾收集与内存分配策略

    摘要:堆和方法区只有在程序运行时才能确定内存的使用情况,垃圾回收器所关注的主要就是这部分内存。虚拟机会根据当前系统的运行情况收集性能监控信息,动态调整比率参数以提供最合适的停顿时间或最大的吞吐量。 Tip:内容为对《深入理解Java虚拟机》(周志明 著)第三章内容的总结和笔记。这是第一次拜读时读到的一些重点,做个分享,也为后面再次阅读和实践做保障。 3.1 概述 程序计数器、虚拟机栈、本地...

    mcterry 评论0 收藏0

发表评论

0条评论

smartlion

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<