策略模式

适用场景

策略模式: 个人觉得更适用于需求多变, 容易出现更多种可能性, 开发者需要针对这些不同种可能性做不一样的处理.

例如: 现在全局组件中的Message组件, 常见的类型如下: success, error, info, warnning. Message组件就是一个策略对象, 不同的类型就是一个个的策略类.

原理解析

策略模式有两部分组成:

第一部分是策略对象(含有一组不同的策略类), 每个策略类封装具体的功能实现, 甚至你可以理解为策略对象是含有API的对象.

第二部分是环境类(上下文): 其实就是真正对外开发的,接受外界参数的传入,然后内部的实现通过把任务分发到具体的策略类来实现.

demo实现

以常见的表单验证为例子:


// 封装不同策略类的策略对象
const strategies = {
  isEmpty (value, msg = '值为空') {
    if (value === '') {
      return msg
    }
    return false
  },
  isMinLength (value, len, msg='值小于最小长度') {
    if (value.toString().length <= len) {
      return msg
    }
    return false
  },
  isTypeOfMobile (value, msg='值不为手机格式') {
    if (!/^(((13[0-9]{1})|(15[0-9]{1})|(18[0-9]{1}))+\d{8})$/.test(value)) {
      return msg
    }
    return false
  }
}
/*
 option: 配置对象
 type: 类型(必填)
 msg: 错误提示信息(可选)
*/
function validator (option) {
  if (!option || !option['type']) {
    console.error('请必须填写options配置对象')
    return
  }
  const type = option.type
  switch (type) {
    case 'isEmpty':
      return strategies.isEmpty(option.value, option.msg)
      break
    case 'isMinLength':
      return strategies.isMinLength(option.value, option.len, option.msg)
      break
    case 'isTypeOfMobile':
      return strategies.isTypeOfMobile(option.value, option.msg)
      break
    default:
      console.error('请填写合法的type')
  }
}

let res = validator({type: 'isEmpty', value: ''})
console.log(res) // 值为空
let res2 = validator({type: 'isMinLength', value: '1245', len: 6, msg: '最小长度不能小于6'})
console.log(res2) // 最小长度不能小于6
let res3 = validator({type: 'isTypeOfMobile', value: '14512689754', msg: '手机格式错误'})
console.log(res3) // 手机格式错误