JavaScript 復雜判斷的更優(yōu)雅寫法(轉(zhuǎn))

本文來源于https://juejin.im/post/5bdfef86e51d453bf8051bf8

前提
我們編寫js代碼時經(jīng)常遇到復雜邏輯判斷的情況毯炮,通常大家可以用if/else或者switch來實現(xiàn)多個條件判斷,但這樣會有個問題耸黑,隨著邏輯復雜度的增加大刊,代碼中的if/else/switch會變得越來越臃腫为迈,越來越看不懂,那么如何更優(yōu)雅的寫判斷邏輯,本文帶你試一下葫辐。
舉個例子
先看一段代碼

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

復制代碼通過代碼可以看到這個按鈕的點擊邏輯:根據(jù)不同活動狀態(tài)做兩件事情蛋叼,發(fā)送日志埋點和跳轉(zhuǎn)到對應頁面,大家可以很輕易的提出這段代碼的改寫方案昆箕,switch出場:

/**
 * 按鈕點擊事件
 * @param {number} status 活動狀態(tài):1 開團進行中 2 開團失敗 3 商品售罄 4 開團成功 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
  }
}

復制代碼嗯鸦列,這樣看起來比if/else清晰多了,細心的同學也發(fā)現(xiàn)了小技巧鹏倘,case 2和case 3邏輯一樣的時候,可以省去執(zhí)行語句和break顽爹,則case 2的情況自動執(zhí)行case 3的邏輯纤泵。
這時有同學會說,還有更簡單的寫法:

const actions = {
  '1': ['processing','IndexPage'],
  '2': ['fail','FailPage'],
  '3': ['fail','FailPage'],
  '4': ['success','SuccessPage'],
  '5': ['cancel','CancelPage'],
  'default': ['other','Index'],
}
/**
 * 按鈕點擊事件
 * @param {number} status 活動狀態(tài):1開團進行中 2開團失敗 3 商品售罄 4 開團成功 5 系統(tǒng)取消
 */
const onButtonClick = (status)=>{
  let action = actions[status] || actions['default'],
      logName = action[0],
      pageName = action[1]
  sendLog(logName)
  jumpTo(pageName)
}

復制代碼上面代碼確實看起來更清爽了镜粤,這種方法的聰明之處在于:將判斷條件作為對象的屬性名捏题,將處理邏輯作為對象的屬性值,在按鈕點擊的時候肉渴,通過對象屬性查找的方式來進行邏輯判斷公荧,這種寫法特別適合一元條件判斷的情況同规。
是不是還有其他寫法呢循狰?有的:

const actions = new Map([
  [1, ['processing','IndexPage']],
  [2, ['fail','FailPage']],
  [3, ['fail','FailPage']],
  [4, ['success','SuccessPage']],
  [5, ['cancel','CancelPage']],
  ['default', ['other','Index']]
])
/**
 * 按鈕點擊事件
 * @param {number} status 活動狀態(tài):1 開團進行中 2 開團失敗 3 商品售罄 4 開團成功 5 系統(tǒng)取消
 */
const onButtonClick = (status)=>{
  let action = actions.get(status) || actions.get('default')
  sendLog(action[0])
  jumpTo(action[1])
}

復制代碼這樣寫用到了es6里的Map對象券勺,是不是更爽了?Map對象和Object對象有什么區(qū)別呢关炼?

一個對象通常都有自己的原型,所以一個對象總有一個"prototype"鍵儒拂。
一個對象的鍵只能是字符串或者Symbols,但一個Map的鍵可以是任意值社痛。
你可以通過size屬性很容易地得到一個Map的鍵值對個數(shù),而對象的鍵值對個數(shù)只能手動確認褥影。

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

/**
 * 按鈕點擊事件
 * @param {number} status 活動狀態(tài):1開團進行中 2開團失敗 3 開團成功 4 商品售罄 5 有庫存未開團
 * @param {string} identity 身份標識: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
    }
  }
}

復制代碼原諒我不寫每個判斷里的具體邏輯了赊抖,因為代碼太冗長了。
原諒我又用了if/else氛雪,因為我看到很多人依然在用if/else寫這種大段的邏輯判斷。
從上面的例子我們可以看到耸成,當你的邏輯升級為二元判斷時,你的判斷量會加倍井氢,你的代碼量也會加倍,這時怎么寫更清爽呢花竞?

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*/}],
])

/**
 * 按鈕點擊事件
 * @param {string} identity 身份標識:guest客態(tài) master主態(tài)
 * @param {number} status 活動狀態(tài):1 開團進行中 2 開團失敗 3 開團成功 4 商品售罄 5 有庫存未開團
 */
const onButtonClick = (identity,status)=>{
  let action = actions.get(`${identity}_${status}`) || actions.get('default')
  action.call(this)
}

復制代碼上述代碼核心邏輯是:把兩個條件拼接成字符串,并通過以條件拼接字符串作為鍵零远,以處理函數(shù)作為值的Map對象進行查找并執(zhí)行,這種寫法在多元條件判斷時候尤其好用牵辣。
當然上述代碼如果用Object對象來實現(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)
}

復制代碼如果有些同學覺得把查詢條件拼成字符串有點別扭,那還有一種方案纬向,就是用Map對象,以Object對象作為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))
}

復制代碼是不是又高級了一點點罢猪?
這里也看出來Map與Object的區(qū)別,Map可以用任何類型的數(shù)據(jù)作為key膳帕。
我們現(xià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 */}],
  //...
])
復制代碼好一點的寫法是將處理邏輯函數(shù)進行緩存:
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)能滿足日常需求了汤徽,但認真一點講灸撰,上面重寫了4次functionA還是有點不爽谒府,假如判斷條件變得特別復雜,比如identity有3種狀態(tài)完疫,status有10種狀態(tài),那你需要定義30條處理邏輯壳鹤,而往往這些邏輯里面很多都是相同的,這似乎也是筆者不想接受的芳誓,那可以這樣實現(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)勢更加凸顯,可以用正則類型作為key了锹淌,這樣就有了無限可能,假如需求變成赂摆,凡是guest情況都要發(fā)送一個日志埋點,不同status情況也需要單獨的邏輯處理库正,那我們可以這樣寫:

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)的特性厘唾,符合正則條件的邏輯都會被執(zhí)行褥符,那就可以同時執(zhí)行公共邏輯和單獨邏輯抚垃,因為正則的存在,你可以打開想象力解鎖更多的玩法鹤树,本文就不贅述了。
總結(jié)
本文已經(jīng)教你了8種邏輯判斷寫法罕伯,包括:

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

至此,本文也將告一段落追他,愿你未來的人生里坟募,不只是有if/else/switch邑狸。

試試ramdajs的cond?

const fn = R.cond([
  [R.equals(0),   R.always('water freezes at 0°C')],
  [R.equals(100), R.always('water boils at 100°C')],
  [R.T,           temp => 'nothing special happens at ' + temp + '°C']
]);
fn(0); //=> 'water freezes at 0°C'
fn(50); //=> 'nothing special happens at 50°C'
fn(100); //=> 'water boils at 100°C'

思路和上述文章一樣,通過二維數(shù)組進行分支選擇单雾。
每個判斷條件都是一個函數(shù)她紫。
在函數(shù)里自然可以為所欲為。
比如正則匹配贿讹,判斷條件組合等等。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末围详,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子助赞,更是在濱河造成了極大的恐慌,老刑警劉巖雹食,帶你破解...
    沈念sama閱讀 216,544評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異群叶,居然都是意外死亡,警方通過查閱死者的電腦和手機街立,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,430評論 3 392
  • 文/潘曉璐 我一進店門埠通,熙熙樓的掌柜王于貴愁眉苦臉地迎上來赎离,“玉大人端辱,你說我怎么就攤上這事梁剔∥璞危” “怎么了荣病?”我有些...
    開封第一講書人閱讀 162,764評論 0 353
  • 文/不壞的土叔 我叫張陵渗柿,是天一觀的道長。 經(jīng)常有香客問我做祝,道長,這世上最難降的妖魔是什么混槐? 我笑而不...
    開封第一講書人閱讀 58,193評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮声登,結(jié)果婚禮上揣苏,老公的妹妹穿的比我還像新娘。我一直安慰自己卸察,他們只是感情好,可當我...
    茶點故事閱讀 67,216評論 6 388
  • 文/花漫 我一把揭開白布坑质。 她就那樣靜靜地躺著,像睡著了一般涡扼。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上盟庞,一...
    開封第一講書人閱讀 51,182評論 1 299
  • 那天,我揣著相機與錄音什猖,去河邊找鬼。 笑死不狮,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的摇零。 我是一名探鬼主播,決...
    沈念sama閱讀 40,063評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼遂黍,長吁一口氣:“原來是場噩夢啊……” “哼俊嗽!你這毒婦竟也來了雾家?” 一聲冷哼從身側(cè)響起绍豁,我...
    開封第一講書人閱讀 38,917評論 0 274
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎竹揍,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體芬位,經(jīng)...
    沈念sama閱讀 45,329評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,543評論 2 332
  • 正文 我和宋清朗相戀三年昧碉,在試婚紗的時候發(fā)現(xiàn)自己被綠了揽惹。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,722評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡搪搏,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出疯溺,到底是詐尸還是另有隱情,我是刑警寧澤哎垦,帶...
    沈念sama閱讀 35,425評論 5 343
  • 正文 年R本政府宣布,位于F島的核電站挠说,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏愿题。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,019評論 3 326
  • 文/蒙蒙 一潘酗、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧仔夺,春花似錦、人聲如沸缸兔。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,671評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽昂拂。三九已至抛猖,卻和暖如春格侯,著一層夾襖步出監(jiān)牢的瞬間财著,已是汗流浹背联四。 一陣腳步聲響...
    開封第一講書人閱讀 32,825評論 1 269
  • 我被黑心中介騙來泰國打工撑教, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人伟姐。 一個月前我還...
    沈念sama閱讀 47,729評論 2 368
  • 正文 我出身青樓廉嚼,卻偏偏與公主長得像,于是被迫代替她去往敵國和親怠噪。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,614評論 2 353

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

  • 注: 文章摘自 Think. - 掘金 前提 我們編寫js代碼時經(jīng)常遇到復雜邏輯判斷的情況傍念,通常大家可以用if/e...
    小賢筆記閱讀 853評論 1 25
  • 小兒麻痹后遺癥是小孩很容易得的疾病其中之一,這在日常生活中也是存在的一種病癥阳仔。其實小兒麻痹后遺癥,多數(shù)為神經(jīng)收到損...
    歡溪閱讀 837評論 0 0
  • 清明小長假延蟹,有點期待,因為一直上班中阱飘,并且是單休斥杜,好不容易有了自己兩天的假期沥匈,就這樣子蔗喂,在這個假期中高帖,我們想去看...
    愚樂愚閱讀 269評論 2 2
  • 寫完100篇書評弱恒,就去開一個花店棋恼。
    b1d3dc417e1d閱讀 99評論 0 0
  • 在灑滿陽光的午上锈玉, 挽著你溫暖的手在揮揚爪飘, 揮揚那重聚的目光拉背。 在陰雨綿綿的天空上师崎, 等待著織女和牛郎, 肆無忌憚...
    敬往事一杯酒_38be閱讀 197評論 0 1