我們編寫(xiě)js代碼時(shí)經(jīng)常遇到復(fù)雜邏輯判斷的情況，通常大家可以用if/else或者switch來(lái)實(shí)現(xiàn)多個(gè)條件判斷，但這樣會(huì)有個(gè)問(wèn)題，隨著邏輯復(fù)雜度的增加，代碼中的if/else/switch會(huì)變得越來(lái)越臃腫，越來(lái)越看不懂，那么如何更優(yōu)雅的寫(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')breakcase?2:case?3:sendLog('fail')jumpTo('FailPage')break??case?4:sendLog('success')jumpTo('SuccessPage')breakcase?5:sendLog('cancel')jumpTo('CancelPage')breakdefault: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)在還需要判斷用戶(hù)的身份：

/***?按鈕點(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)也是類(lèi)似的：

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é)得把查詢(xún)條件拼成字符串有點(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可以用任何類(lèi)型的數(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)能滿(mǎn)足日常需求了，但認(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ì)更加凸顯，可以用正則類(lèi)型作為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里

至此，本文也將告一段落，愿你未來(lái)的人生里，不只是有if/else/switch。

與50位技術(shù)專(zhuān)家面對(duì)面20年技術(shù)見(jiàn)證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的JavaScript 复杂判断的更优雅写法的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。