JavaScript 復(fù)雜判斷的更優(yōu)雅寫法

注: 文章摘自 Think. - 掘金

前提

我們編寫js代碼時(shí)經(jīng)常遇到復(fù)雜邏輯判斷的情況硅瞧,通常大家可以用if/else或者switch來(lái)實(shí)現(xiàn)多個(gè)條件判斷蓄氧,但這樣會(huì)有個(gè)問題弧满,隨著邏輯復(fù)雜度的增加俊庇,代碼中的if/else/switch會(huì)變得越來(lái)越臃腫咬扇,越來(lái)越看不懂甲葬,那么如何更優(yōu)雅的寫判斷邏輯,本文帶你試一下

舉個(gè)栗子

先看一段代碼

/**
 * 按鈕點(diǎn)擊事件
 * @param {number} status 活動(dòng)狀態(tài):1 開團(tuán)進(jìn)行中 2 開團(tuán)失敗 3 商品售罄 4 開團(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')
  }
}

通過代碼可以看到這個(gè)按鈕的點(diǎn)擊邏輯:根據(jù)不同活動(dòng)狀態(tài)做兩件事情懈贺,發(fā)送日志埋點(diǎn)和跳轉(zhuǎn)到對(duì)應(yīng)頁(yè)面经窖,大家可以很輕易的提出這段代碼的改寫方案,switch出場(chǎng):

/**
 * 按鈕點(diǎn)擊事件
 * @param {number} status 活動(dòng)狀態(tài):1 開團(tuán)進(jìn)行中 2 開團(tuán)失敗 3 商品售罄 4 開團(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
  }
}

嗯梭灿,這樣看起來(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ì)說,還有更簡(jiǎn)單的寫法:

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開團(tuán)進(jìn)行中 2開團(tuán)失敗 3 商品售罄 4 開團(tuán)成功 5 系統(tǒng)取消
 */
const onButtonClick = (status)=>{
  let action = actions[status] || actions['default'],
      logName = action[0],
      pageName = action[1]
  sendLog(logName)
  jumpTo(pageName)
}

上面代碼確實(shí)看起來(lái)更清爽了皮迟,這種方法的聰明之處在于:將判斷條件作為對(duì)象的屬性名搬泥,將處理邏輯作為對(duì)象的屬性值,在按鈕點(diǎn)擊的時(shí)候万栅,通過對(duì)象屬性查找的方式來(lái)進(jìn)行邏輯判斷佑钾,這種寫法特別適合一元條件判斷的情況

是不是還有其他寫法呢?有的:

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 開團(tuán)進(jìn)行中 2 開團(tuán)失敗 3 商品售罄 4 開團(tuán)成功 5 系統(tǒng)取消
 */
const onButtonClick = (status)=>{
  let action = actions.get(status) || actions.get('default')
  sendLog(action[0])
  jumpTo(action[1])
}

這樣寫用到了es6里的Map對(duì)象烦粒,是不是更爽了休溶?Map對(duì)象和Object對(duì)象有什么區(qū)別呢?

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

我們需要把問題升級(jí)一下徒役,以前按鈕點(diǎn)擊時(shí)候只需要判斷status孽尽,現(xiàn)在還需要判斷用戶的身份:

/**
 * 按鈕點(diǎn)擊事件
 * @param {number} status 活動(dòng)狀態(tài):1開團(tuán)進(jìn)行中 2開團(tuán)失敗 3 開團(tuán)成功 4 商品售罄 5 有庫(kù)存未開團(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
    }
  }
}

原諒我不寫每個(gè)判斷里的具體邏輯了,因?yàn)榇a太冗長(zhǎng)了

原諒我又用了if/else忧勿,因?yàn)槲铱吹胶芏嗳艘廊辉谟胕f/else寫這種大段的邏輯判斷

從上面的例子我們可以看到杉女,當(dāng)你的邏輯升級(jí)為二元判斷時(shí)瞻讽,你的判斷量會(huì)加倍,你的代碼量也會(huì)加倍熏挎,這時(shí)怎么寫更清爽呢速勇?

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 開團(tuán)進(jìn)行中 2 開團(tuán)失敗 3 開團(tuán)成功 4 商品售罄 5 有庫(kù)存未開團(tuán)
 */
const onButtonClick = (identity,status)=>{
  let action = actions.get(`${identity}_${status}`) || actions.get('default')
  action.call(this)
}

上述代碼核心邏輯是:把兩個(gè)條件拼接成字符串,并通過以條件拼接字符串作為鍵坎拐,以處理函數(shù)作為值的Map對(duì)象進(jìn)行查找并執(zhí)行烦磁,這種寫法在多元條件判斷時(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)
}

如果有些同學(xué)覺得把查詢條件拼成字符串有點(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))
}

是不是又高級(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 */}],
  //...
])

好一點(diǎn)的寫法是將處理邏輯函數(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))
}

這樣寫已經(jīng)能滿足日常需求了珍逸,但認(rèn)真一點(diǎn)講,上面重寫了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))
}

這里Map的優(yōu)勢(shì)更加凸顯杨帽,可以用正則類型作為key了,這樣就有了無(wú)限可能嗤军,假如需求變成注盈,凡是guest情況都要發(fā)送一個(gè)日志埋點(diǎn),不同status情況也需要單獨(dú)的邏輯處理叙赚,那我們可以這樣寫

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))
}

也就是說利用數(shù)組循環(huán)的特性老客,符合正則條件的邏輯都會(huì)被執(zhí)行,那就可以同時(shí)執(zhí)行公共邏輯和單獨(dú)邏輯震叮,因?yàn)檎齽t的存在胧砰,你可以打開想象力解鎖更多的玩法,本文就不贅述了

總結(jié)

本文已經(jīng)教你了8種邏輯判斷寫法苇瓣,包括:

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

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

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末哲嘲,一起剝皮案震驚了整個(gè)濱河市贪薪,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌眠副,老刑警劉巖古掏,帶你破解...
    沈念sama閱讀 216,544評(píng)論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異侦啸,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)丧枪,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,430評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門光涂,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人拧烦,你說我怎么就攤上這事忘闻。” “怎么了恋博?”我有些...
    開封第一講書人閱讀 162,764評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵齐佳,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我债沮,道長(zhǎng)炼吴,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,193評(píng)論 1 292
  • 正文 為了忘掉前任疫衩,我火速辦了婚禮硅蹦,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘闷煤。我一直安慰自己童芹,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,216評(píng)論 6 388
  • 文/花漫 我一把揭開白布鲤拿。 她就那樣靜靜地躺著假褪,像睡著了一般。 火紅的嫁衣襯著肌膚如雪近顷。 梳的紋絲不亂的頭發(fā)上生音,一...
    開封第一講書人閱讀 51,182評(píng)論 1 299
  • 那天,我揣著相機(jī)與錄音幕庐,去河邊找鬼久锥。 笑死,一個(gè)胖子當(dāng)著我的面吹牛异剥,可吹牛的內(nèi)容都是我干的瑟由。 我是一名探鬼主播,決...
    沈念sama閱讀 40,063評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼歹苦!你這毒婦竟也來(lái)了青伤?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,917評(píng)論 0 274
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤殴瘦,失蹤者是張志新(化名)和其女友劉穎狠角,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體蚪腋,經(jīng)...
    沈念sama閱讀 45,329評(píng)論 1 310
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡丰歌,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,543評(píng)論 2 332
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了屉凯。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片立帖。...
    茶點(diǎn)故事閱讀 39,722評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖悠砚,靈堂內(nèi)的尸體忽然破棺而出晓勇,到底是詐尸還是另有隱情,我是刑警寧澤灌旧,帶...
    沈念sama閱讀 35,425評(píng)論 5 343
  • 正文 年R本政府宣布绑咱,位于F島的核電站,受9級(jí)特大地震影響枢泰,放射性物質(zhì)發(fā)生泄漏描融。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,019評(píng)論 3 326
  • 文/蒙蒙 一宗苍、第九天 我趴在偏房一處隱蔽的房頂上張望稼稿。 院中可真熱鬧,春花似錦讳窟、人聲如沸让歼。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,671評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)谋右。三九已至,卻和暖如春补箍,著一層夾襖步出監(jiān)牢的瞬間改执,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,825評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工坑雅, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留辈挂,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 47,729評(píng)論 2 368
  • 正文 我出身青樓裹粤,卻偏偏與公主長(zhǎng)得像终蒂,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,614評(píng)論 2 353

推薦閱讀更多精彩內(nèi)容