JavaScript 判断方法的优雅写法

我们编写js代码时经常遇到复杂逻辑判断的情况,通常大家可以用if/else或者switch来实现多个条件判断,但这样会有个问题,随着逻辑复杂度的增加,代码中的if/else/switch会变得越来越臃肿,越来越看不懂,那么如何更优雅的写判断逻辑,本文带你试一下。

举个例子 先看一段代码

 

 

通过代码可以看到这个按钮的点击逻辑:根据不同活动状态做两件事情,发送日志埋点和跳转到对应页面,大家可以很轻易的提出这段代码的改写方案,switch出场:

 
  1. /**

  2. * 按钮点击事件

  3. * @param {number} status 活动状态:1 开团进行中 2 开团失败 3 商品售罄 4 开团成功 5 系统取消

  4. */

  5. const onButtonClick = (status)=>{

  6.  switch (status){

  7.    case 1:

  8.      sendLog('processing')

  9.      jumpTo('IndexPage')

  10.      break

  11.    case 2:

  12.    case 3:

  13.      sendLog('fail')

  14.      jumpTo('FailPage')

  15.      break  

  16.    case 4:

  17.      sendLog('success')

  18.      jumpTo('SuccessPage')

  19.      break

  20.    case 5:

  21.      sendLog('cancel')

  22.      jumpTo('CancelPage')

  23.      break

  24.    default:

  25.      sendLog('other')

  26.      jumpTo('Index')

  27.      break

  28.  }

  29. }

嗯,这样看起来比if/else清晰多了,细心的同学也发现了小技巧,case 2和case 3逻辑一样的时候,可以省去执行语句和break,则case 2的情况自动执行case 3的逻辑。

这时有同学会说,还有更简单的写法:

 
  1. const actions = {

  2.  '1': ['processing','IndexPage'],

  3.  '2': ['fail','FailPage'],

  4.  '3': ['fail','FailPage'],

  5.  '4': ['success','SuccessPage'],

  6.  '5': ['cancel','CancelPage'],

  7.  'default': ['other','Index'],

  8. }

  9. /**

  10. * 按钮点击事件

  11. * @param {number} status 活动状态:1开团进行中 2开团失败 3 商品售罄 4 开团成功 5 系统取消

  12. */

  13. const onButtonClick = (status)=>{

  14.  let action = actions[status] || actions['default'],

  15.      logName = action[0],

  16.      pageName = action[1]

  17.  sendLog(logName)

  18.  jumpTo(pageName)

  19. }

上面代码确实看起来更清爽了,这种方法的聪明之处在于:将判断条件作为对象的属性名,将处理逻辑作为对象的属性值,在按钮点击的时候,通过对象属性查找的方式来进行逻辑判断,这种写法特别适合一元条件判断的情况。

是不是还有其他写法呢?有的:

 
  1. const actions = new Map([

  2.  [1, ['processing','IndexPage']],

  3.  [2, ['fail','FailPage']],

  4.  [3, ['fail','FailPage']],

  5.  [4, ['success','SuccessPage']],

  6.  [5, ['cancel','CancelPage']],

  7.  ['default', ['other','Index']]

  8. ])

  9. /**

  10. * 按钮点击事件

  11. * @param {number} status 活动状态:1 开团进行中 2 开团失败 3 商品售罄 4 开团成功 5 系统取消

  12. */

  13. const onButtonClick = (status)=>{

  14.  let action = actions.get(status) || actions.get('default')

  15.  sendLog(action[0])

  16.  jumpTo(action[1])

  17. }

这样写用到了es6里的Map对象,是不是更爽了?Map对象和Object对象有什么区别呢?

  1. 一个对象通常都有自己的原型,所以一个对象总有一个"prototype"键。

  2. 一个对象的键只能是字符串或者Symbols,但一个Map的键可以是任意值。

  3. 你可以通过size属性很容易地得到一个Map的键值对个数,而对象的键值对个数只能手动确认。

我们需要把问题升级一下,以前按钮点击时候只需要判断status,现在还需要判断用户的身份:

 
  1. /**

  2. * 按钮点击事件

  3. * @param {number} status 活动状态:1开团进行中 2开团失败 3 开团成功 4 商品售罄 5 有库存未开团

  4. * @param {string} identity 身份标识:guest客态 master主态

  5. */

  6. const onButtonClick = (status,identity)=>{

  7.  if(identity == 'guest'){

  8.    if(status == 1){

  9.      //do sth

  10.    }else if(status == 2){

  11.      //do sth

  12.    }else if(status == 3){

  13.      //do sth

  14.    }else if(status == 4){

  15.      //do sth

  16.    }else if(status == 5){

  17.      //do sth

  18.    }else {

  19.      //do sth

  20.    }

  21.  }else if(identity == 'master') {

  22.    if(status == 1){

  23.      //do sth

  24.    }else if(status == 2){

  25.      //do sth

  26.    }else if(status == 3){

  27.      //do sth

  28.    }else if(status == 4){

  29.      //do sth

  30.    }else if(status == 5){

  31.      //do sth

  32.    }else {

  33.      //do sth

  34.    }

  35.  }

  36. }

原谅我不写每个判断里的具体逻辑了,因为代码太冗长了。

原谅我又用了if/else,因为我看到很多人依然在用if/else写这种大段的逻辑判断。
从上面的例子我们可以看到,当你的逻辑升级为二元判断时,你的判断量会加倍,你的代码量也会加倍,这时怎么写更清爽呢?

 
  1. const actions = new Map([

  2.  ['guest_1', ()=>{/*do sth*/}],

  3.  ['guest_2', ()=>{/*do sth*/}],

  4.  ['guest_3', ()=>{/*do sth*/}],

  5.  ['guest_4', ()=>{/*do sth*/}],

  6.  ['guest_5', ()=>{/*do sth*/}],

  7.  ['master_1', ()=>{/*do sth*/}],

  8.  ['master_2', ()=>{/*do sth*/}],

  9.  ['master_3', ()=>{/*do sth*/}],

  10.  ['master_4', ()=>{/*do sth*/}],

  11.  ['master_5', ()=>{/*do sth*/}],

  12.  ['default', ()=>{/*do sth*/}],

  13. ])

  14.  

  15. /**

  16. * 按钮点击事件

  17. * @param {string} identity 身份标识:guest客态 master主态

  18. * @param {number} status 活动状态:1 开团进行中 2 开团失败 3 开团成功 4 商品售罄 5 有库存未开团

  19. */

  20. const onButtonClick = (identity,status)=>{

  21.  let action = actions.get(`${identity}_${status}`) || actions.get('default')

  22.  action.call(this)

  23. }

上述代码核心逻辑是:把两个条件拼接成字符串,并通过以条件拼接字符串作为键,以处理函数作为值的Map对象进行查找并执行,这种写法在多元条件判断时候尤其好用。

当然上述代码如果用Object对象来实现也是类似的:

 
  1. const actions = {

  2.  'guest_1':()=>{/*do sth*/},

  3.  'guest_2':()=>{/*do sth*/},

  4.  //....

  5. }

  6.  

  7. const onButtonClick = (identity,status)=>{

  8.  let action = actions[`${identity}_${status}`] || actions['default']

  9.  action.call(this)

  10. }

如果有些同学觉得把查询条件拼成字符串有点别扭,那还有一种方案,就是用Map对象,以Object对象作为key:

 
  1. const actions = new Map([

  2.  [{identity:'guest',status:1},()=>{/*do sth*/}],

  3.  [{identity:'guest',status:2},()=>{/*do sth*/}],

  4.  //...

  5. ])

  6.  

  7. const onButtonClick = (identity,status)=>{

  8.  let action = [...actions].filter(([key,value])=>(key.identity == identity && key.status == status))

  9.  action.forEach(([key,value])=>value.call(this))

  10. }

是不是又高级了一点点?

这里也看出来Map与Object的区别,Map可以用任何类型的数据作为key。
我们现在再将难度升级一点点,假如guest情况下,status1-4的处理逻辑都一样怎么办,最差的情况是这样:

 
  1. const actions = new Map([

  2.  [{identity:'guest',status:1},()=>{/* functionA */}],

  3.  [{identity:'guest',status:2},()=>{/* functionA */}],

  4.  [{identity:'guest',status:3},()=>{/* functionA */}],

  5.  [{identity:'guest',status:4},()=>{/* functionA */}],

  6.  [{identity:'guest',status:5},()=>{/* functionB */}],

  7.  //...

  8. ])

好一点的写法是将处理逻辑函数进行缓存:

 
  1. const actions = ()=>{

  2.  const functionA = ()=>{/*do sth*/}

  3.  const functionB = ()=>{/*do sth*/}

  4.  return new Map([

  5.    [{identity:'guest',status:1},functionA],

  6.    [{identity:'guest',status:2},functionA],

  7.    [{identity:'guest',status:3},functionA],

  8.    [{identity:'guest',status:4},functionA],

  9.    [{identity:'guest',status:5},functionB],

  10.    //...

  11.  ])

  12. }

  13.  

  14. const onButtonClick = (identity,status)=>{

  15.  let action = [...actions()].filter(([key,value])=>(key.identity == identity && key.status == status))

  16.  action.forEach(([key,value])=>value.call(this))

  17. }

这样写已经能满足日常需求了,但认真一点讲,上面重写了4次functionA还是有点不爽,假如判断条件变得特别复杂,比如identity有3种状态,status有10种状态,那你需要定义30条处理逻辑,而往往这些逻辑里面很多都是相同的,这似乎也是笔者不想接受的,那可以这样实现:

 
  1. const actions = ()=>{

  2.  const functionA = ()=>{/*do sth*/}

  3.  const functionB = ()=>{/*do sth*/}

  4.  return new Map([

  5.    [/^guest_[1-4]$/,functionA],

  6.    [/^guest_5$/,functionB],

  7.    //...

  8.  ])

  9. }

  10.  

  11. const onButtonClick = (identity,status)=>{

  12.  let action = [...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`)))

  13.  action.forEach(([key,value])=>value.call(this))

  14. }

这里Map的优势更加凸显,可以用正则类型作为key了,这样就有了无限可能,假如需求变成,凡是guest情况都要发送一个日志埋点,不同status情况也需要单独的逻辑处理,那我们可以这样写:

 
  1. const actions = ()=>{

  2.  const functionA = ()=>{/*do sth*/}

  3.  const functionB = ()=>{/*do sth*/}

  4.  const functionC = ()=>{/*send log*/}

  5.  return new Map([

  6.    [/^guest_[1-4]$/,functionA],

  7.    [/^guest_5$/,functionB],

  8.    [/^guest_.*$/,functionC],

  9.    //...

  10.  ])

  11. }

  12.  

  13. const onButtonClick = (identity,status)=>{

  14.  let action = [...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`)))

  15.  action.forEach(([key,value])=>value.call(this))

  16. }

也就是说利用数组循环的特性,符合正则条件的逻辑都会被执行,那就可以同时执行公共逻辑和单独逻辑,因为正则的存在,你可以打开想象力解锁更多的玩法,本文就不赘述了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值