首頁(yè)技術(shù)文章正文

邏輯復(fù)雜度增加后代碼會(huì)越來(lái)越臃腫,如何優(yōu)雅的寫(xiě)出判斷邏輯?

更新時(shí)間:2018-11-09 來(lái)源:黑馬程序員 瀏覽量:

首先大家在寫(xiě)代碼的時(shí)候都會(huì)遇到很復(fù)雜的邏輯判斷的情況。我們通常整理邏輯就已經(jīng)很傷腦子了,但是在這樣越來(lái)越復(fù)雜的邏輯增加的時(shí)候,代碼里面if/switch/else就會(huì)變得更加難以讓人看懂。那么我們本篇文章就手把手的帶你寫(xiě)出判斷邏輯:


我們舉例看一下


先看一段代碼
/**
* 按鈕點(diǎn)擊事件
* @param {number} status 活動(dòng)狀態(tài):1 開(kāi)團(tuán)進(jìn)行中 2 開(kāi)團(tuán)失敗 3 商品售罄 4 開(kāi)團(tuán)成功 5 系統(tǒng)取消
*/
const onButtonClick = (status)=>{
  if(status == 1){
    sendLog('processing')
    jumpTo('IndexPage')
  }else if(status == 2){
    sendLog('fail')
    jumpTo('FailPage')
  }else if(status == 3){
    sendLog('fail')
    jumpTo('FailPage')
  }else if(status == 4){
    sendLog('success')
    jumpTo('SuccessPage')
  }else if(status == 5){
    sendLog('cancel')
    jumpTo('CancelPage')
  }else {
    sendLog('other')
    jumpTo('Index')
  }
}
復(fù)制代碼通過(guò)代碼可以看到這個(gè)按鈕的點(diǎn)擊邏輯:根據(jù)不同活動(dòng)狀態(tài)做兩件事情,發(fā)送日志埋點(diǎn)和跳轉(zhuǎn)到對(duì)應(yīng)頁(yè)面,大家可以很輕易的提出這段代碼的改寫(xiě)方案,switch出場(chǎng):
/**
* 按鈕點(diǎn)擊事件
* @param {number} status 活動(dòng)狀態(tài):1 開(kāi)團(tuán)進(jìn)行中 2 開(kāi)團(tuán)失敗 3 商品售罄 4 開(kāi)團(tuán)成功 5 系統(tǒng)取消
*/
const onButtonClick = (status)=>{
  switch (status){
    case 1:
      sendLog('processing')
      jumpTo('IndexPage')
      break
    case 2:
    case 3:
      sendLog('fail')
      jumpTo('FailPage')
      break  
    case 4:
      sendLog('success')
      jumpTo('SuccessPage')
      break
    case 5:
      sendLog('cancel')
      jumpTo('CancelPage')
      break
    default:
      sendLog('other')
      jumpTo('Index')
      break
  }
}
復(fù)制代碼嗯,這樣看起來(lái)比if/else清晰多了,細(xì)心的同學(xué)也發(fā)現(xiàn)了小技巧,case 2和case 3邏輯一樣的時(shí)候,可以省去執(zhí)行語(yǔ)句和break,則case 2的情況自動(dòng)執(zhí)行case 3的邏輯。
這時(shí)有同學(xué)會(huì)說(shuō),還有更簡(jiǎn)單的寫(xiě)法:
const actions = {
  '1': ['processing','IndexPage'],
  '2': ['fail','FailPage'],
  '3': ['fail','FailPage'],
  '4': ['success','SuccessPage'],
  '5': ['cancel','CancelPage'],
  'default': ['other','Index'],
}
/**
* 按鈕點(diǎn)擊事件
* @param {number} status 活動(dòng)狀態(tài):1開(kāi)團(tuán)進(jìn)行中 2開(kāi)團(tuán)失敗 3 商品售罄 4 開(kāi)團(tuán)成功 5 系統(tǒng)取消
*/
const onButtonClick = (status)=>{
  let action = actions[status] || actions['default'],
      logName = action[0],
      pageName = action[1]
  sendLog(logName)
  jumpTo(pageName)
}
復(fù)制代碼上面代碼確實(shí)看起來(lái)更清爽了,這種方法的聰明之處在于:將判斷條件作為對(duì)象的屬性名,將處理邏輯作為對(duì)象的屬性值,在按鈕點(diǎn)擊的時(shí)候,通過(guò)對(duì)象屬性查找的方式來(lái)進(jìn)行邏輯判斷,這種寫(xiě)法特別適合一元條件判斷的情況。
是不是還有其他寫(xiě)法呢?有的:
const actions = new Map([
  [1, ['processing','IndexPage']],
  [2, ['fail','FailPage']],
  [3, ['fail','FailPage']],
  [4, ['success','SuccessPage']],
  [5, ['cancel','CancelPage']],
  ['default', ['other','Index']]
])
/**
* 按鈕點(diǎn)擊事件
* @param {number} status 活動(dòng)狀態(tài):1 開(kāi)團(tuán)進(jìn)行中 2 開(kāi)團(tuán)失敗 3 商品售罄 4 開(kāi)團(tuán)成功 5 系統(tǒng)取消
*/
const onButtonClick = (status)=>{
  let action = actions.get(status) || actions.get('default')
  sendLog(action[0])
  jumpTo(action[1])
}
復(fù)制代碼這樣寫(xiě)用到了es6里的Map對(duì)象,是不是更爽了?Map對(duì)象和Object對(duì)象有什么區(qū)別呢?

一個(gè)對(duì)象通常都有自己的原型,所以一個(gè)對(duì)象總有一個(gè)"prototype"鍵。
一個(gè)對(duì)象的鍵只能是字符串或者Symbols,但一個(gè)Map的鍵可以是任意值。
你可以通過(guò)size屬性很容易地得到一個(gè)Map的鍵值對(duì)個(gè)數(shù),而對(duì)象的鍵值對(duì)個(gè)數(shù)只能手動(dòng)確認(rèn)。

我們需要把問(wèn)題升級(jí)一下,以前按鈕點(diǎn)擊時(shí)候只需要判斷status,現(xiàn)在還需要判斷用戶的身份:
/**
* 按鈕點(diǎn)擊事件
* @param {number} status 活動(dòng)狀態(tài):1開(kāi)團(tuán)進(jìn)行中 2開(kāi)團(tuán)失敗 3 開(kāi)團(tuán)成功 4 商品售罄 5 有庫(kù)存未開(kāi)團(tuán)
* @param {string} identity 身份標(biāo)識(shí):guest客態(tài) master主態(tài)
*/
const onButtonClick = (status,identity)=>{
  if(identity == 'guest'){
    if(status == 1){
      //do sth
    }else if(status == 2){
      //do sth
    }else if(status == 3){
      //do sth
    }else if(status == 4){
      //do sth
    }else if(status == 5){
      //do sth
    }else {
      //do sth
    }
  }else if(identity == 'master') {
    if(status == 1){
      //do sth
    }else if(status == 2){
      //do sth
    }else if(status == 3){
      //do sth
    }else if(status == 4){
      //do sth
    }else if(status == 5){
      //do sth
    }else {
      //do sth
    }
  }
}
復(fù)制代碼原諒我不寫(xiě)每個(gè)判斷里的具體邏輯了,因?yàn)榇a太冗長(zhǎng)了。
原諒我又用了if/else,因?yàn)槲铱吹胶芏嗳艘廊辉谟胕f/else寫(xiě)這種大段的邏輯判斷。
從上面的例子我們可以看到,當(dāng)你的邏輯升級(jí)為二元判斷時(shí),你的判斷量會(huì)加倍,你的代碼量也會(huì)加倍,這時(shí)怎么寫(xiě)更清爽呢?
const actions = new Map([
  ['guest_1', ()=>{/*do sth*/}],
  ['guest_2', ()=>{/*do sth*/}],
  ['guest_3', ()=>{/*do sth*/}],
  ['guest_4', ()=>{/*do sth*/}],
  ['guest_5', ()=>{/*do sth*/}],
  ['master_1', ()=>{/*do sth*/}],
  ['master_2', ()=>{/*do sth*/}],
  ['master_3', ()=>{/*do sth*/}],
  ['master_4', ()=>{/*do sth*/}],
  ['master_5', ()=>{/*do sth*/}],
  ['default', ()=>{/*do sth*/}],
])

/**
* 按鈕點(diǎn)擊事件
* @param {string} identity 身份標(biāo)識(shí):guest客態(tài) master主態(tài)
* @param {number} status 活動(dòng)狀態(tài):1 開(kāi)團(tuán)進(jìn)行中 2 開(kāi)團(tuán)失敗 3 開(kāi)團(tuán)成功 4 商品售罄 5 有庫(kù)存未開(kāi)團(tuán)
*/
const onButtonClick = (identity,status)=>{
  let action = actions.get(`${identity}_${status}`) || actions.get('default')
  action.call(this)
}
復(fù)制代碼上述代碼核心邏輯是:把兩個(gè)條件拼接成字符串,并通過(guò)以條件拼接字符串作為鍵,以處理函數(shù)作為值的Map對(duì)象進(jìn)行查找并執(zhí)行,這種寫(xiě)法在多元條件判斷時(shí)候尤其好用。
當(dāng)然上述代碼如果用Object對(duì)象來(lái)實(shí)現(xiàn)也是類似的:
const actions = {
  'guest_1':()=>{/*do sth*/},
  'guest_2':()=>{/*do sth*/},
  //....
}

const onButtonClick = (identity,status)=>{
  let action = actions[`${identity}_${status}`] || actions['default']
  action.call(this)
}
復(fù)制代碼如果有些同學(xué)覺(jué)得把查詢條件拼成字符串有點(diǎn)別扭,那還有一種方案,就是用Map對(duì)象,以O(shè)bject對(duì)象作為key:
const actions = new Map([
  [{identity:'guest',status:1},()=>{/*do sth*/}],
  [{identity:'guest',status:2},()=>{/*do sth*/}],
  //...
])

const onButtonClick = (identity,status)=>{
  let action = [...actions].filter(([key,value])=>(key.identity == identity && key.status == status))
  action.forEach(([key,value])=>value.call(this))
}
復(fù)制代碼是不是又高級(jí)了一點(diǎn)點(diǎn)?
這里也看出來(lái)Map與Object的區(qū)別,Map可以用任何類型的數(shù)據(jù)作為key。
我們現(xiàn)在再將難度升級(jí)一點(diǎn)點(diǎn),假如guest情況下,status1-4的處理邏輯都一樣怎么辦,最差的情況是這樣:
const actions = new Map([
  [{identity:'guest',status:1},()=>{/* functionA */}],
  [{identity:'guest',status:2},()=>{/* functionA */}],
  [{identity:'guest',status:3},()=>{/* functionA */}],
  [{identity:'guest',status:4},()=>{/* functionA */}],
  [{identity:'guest',status:5},()=>{/* functionB */}],
  //...
])
復(fù)制代碼好一點(diǎn)的寫(xiě)法是將處理邏輯函數(shù)進(jìn)行緩存:
const actions = ()=>{
  const functionA = ()=>{/*do sth*/}
  const functionB = ()=>{/*do sth*/}
  return new Map([
    [{identity:'guest',status:1},functionA],
    [{identity:'guest',status:2},functionA],
    [{identity:'guest',status:3},functionA],
    [{identity:'guest',status:4},functionA],
    [{identity:'guest',status:5},functionB],
    //...
  ])
}

const onButtonClick = (identity,status)=>{
  let action = [...actions()].filter(([key,value])=>(key.identity == identity && key.status == status))
  action.forEach(([key,value])=>value.call(this))
}
復(fù)制代碼這樣寫(xiě)已經(jīng)能滿足日常需求了,但認(rèn)真一點(diǎn)講,上面重寫(xiě)了4次functionA還是有點(diǎn)不爽,假如判斷條件變得特別復(fù)雜,比如identity有3種狀態(tài),status有10種狀態(tài),那你需要定義30條處理邏輯,而往往這些邏輯里面很多都是相同的,這似乎也是筆者不想接受的,那可以這樣實(shí)現(xiàn):
const actions = ()=>{
  const functionA = ()=>{/*do sth*/}
  const functionB = ()=>{/*do sth*/}
  return new Map([
    [/^guest_[1-4]$/,functionA],
    [/^guest_5$/,functionB],
    //...
  ])
}

const onButtonClick = (identity,status)=>{
  let action = [...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`)))
  action.forEach(([key,value])=>value.call(this))
}
復(fù)制代碼這里Map的優(yōu)勢(shì)更加凸顯,可以用正則類型作為key了,這樣就有了無(wú)限可能,假如需求變成,凡是guest情況都要發(fā)送一個(gè)日志埋點(diǎn),不同status情況也需要單獨(dú)的邏輯處理,那我們可以這樣寫(xiě):
const actions = ()=>{
  const functionA = ()=>{/*do sth*/}
  const functionB = ()=>{/*do sth*/}
  const functionC = ()=>{/*send log*/}
  return new Map([
    [/^guest_[1-4]$/,functionA],
    [/^guest_5$/,functionB],
    [/^guest_.*$/,functionC],
    //...
  ])
}

const onButtonClick = (identity,status)=>{
  let action = [...actions()].filter(([key,value])=>(key.test(`${identity}_${status}`)))
  action.forEach(([key,value])=>value.call(this))
}
復(fù)制代碼也就是說(shuō)利用數(shù)組循環(huán)的特性,符合正則條件的邏輯都會(huì)被執(zhí)行,那就可以同時(shí)執(zhí)行公共邏輯和單獨(dú)邏輯,因?yàn)檎齽t的存在,你可以打開(kāi)想象力解鎖更多的玩法,本文就不贅述了。
總結(jié)
本文已經(jīng)教你了8種邏輯判斷寫(xiě)法,包括:

if/else
switch
一元判斷時(shí):存到Object里
一元判斷時(shí):存到Map里
多元判斷時(shí):將condition拼接成字符串存到Object里
多元判斷時(shí):將condition拼接成字符串存到Map里
多元判斷時(shí):將condition存為Object存到Map里
多元判斷時(shí):將condition寫(xiě)作正則存到Map里

作者:黑馬程序員前端與移動(dòng)開(kāi)發(fā)培訓(xùn)學(xué)院
首發(fā):http://web.itheima.com/
分享到:
在線咨詢 我要報(bào)名
和我們?cè)诰€交談!