JS 復雜判斷的更優(yōu)雅寫法

對于js的復雜判斷if/elseswitch...case钞翔,這兩個我就不多說了适秩,下面我直接介紹比較優(yōu)雅的寫法:
第一種:

//報告期轉(zhuǎn)換(202001YY -> 2020年)
function translate(bgq) {
  const bgqType = bgq.substring(bgq.length - 2)
  const year = bgq.substring(0, 4) + '年'
  const month = function(bgq) {
    if (bgq.substring(4, 5) === 0) {
      return bgq.substring(5, 6) + '月'
    }
    return bgq.substring(4, 6) + '月'
  }
  const halfYear = function(bgq) {
    if (bgq.substring(5, 6) === '1') {
      return '上半年'
    } else {
      return '下半年'
    }
  }
  const season = '第' + bgq.substring(5, 6) + '季度'
  const actions = new Map([
    ['YY', [year]],
    ['MM', [year + month(bgq)]],
    ['HY', [year + halfYear(bgq)]],
    ['SS', [year + season]],
    ['OO', [bgq]],
    ['default', ['---']]
  ])
}

這種方法的聰明之處在于:將判斷條件作為對象的屬性名戴差,將處理邏輯作為對象的屬性值庐杨,通過對象屬性查找的方式來進行邏輯判斷,這種寫法特別適合一元條件判斷的情況招刨。


介紹第二種寫法前霎俩,我先和大家普及一下ES6中的Map對象和Object對象的區(qū)別:

  • 一個對象通常都有自己的原型,所以一個對象總有一個"prototype"鍵。
  • 一個對象的鍵只能是字符串或者Symbols打却,但一個Map的鍵可以是任意值杉适。
  • 你可以通過size屬性很容易地得到一個Map的鍵值對個數(shù),而對象的鍵值對個數(shù)只能手動確認柳击。
function translate(bgq) {
  const bgqType = bgq.substring(bgq.length - 2)
  const year = bgq.substring(0, 4) + '年'
  const month = function(bgq) {
    if (bgq.substring(4, 5) === 0) {
      return bgq.substring(5, 6) + '月'
    }
    return bgq.substring(4, 6) + '月'
  }
  const halfYear = function(bgq) {
    if (bgq.substring(5, 6) === '1') {
      return '上半年'
    } else {
      return '下半年'
    }
  }
  const season = '第' + bgq.substring(5, 6) + '季度'
  const bgqOptions = {
    YY: year,
    MM: year + month(bgq),
    HY: year + halfYear(bgq),
    SS: year + season,
    OO: bgq,
    default: '---'
  }
  return bgqOptions[bgqType] || bgqOptions.default
}

上面是一元判斷猿推,當你的邏輯升級為二元判斷時,你的判斷量會加倍捌肴,你的代碼量也會加倍蹬叭,這時怎么寫更清爽呢?

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

是不是又高級了一點點起宽?

這里也看出來MapObject的區(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)教你了6種優(yōu)雅的邏輯判斷寫法懦趋,包括:

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

看完本文晾虑,我相信你也能優(yōu)雅的處理JS 的復雜判斷了

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市仅叫,隨后出現(xiàn)的幾起案子帜篇,更是在濱河造成了極大的恐慌,老刑警劉巖诫咱,帶你破解...
    沈念sama閱讀 211,265評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件笙隙,死亡現(xiàn)場離奇詭異,居然都是意外死亡坎缭,警方通過查閱死者的電腦和手機竟痰,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,078評論 2 385
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來掏呼,“玉大人坏快,你說我怎么就攤上這事≡饕模” “怎么了莽鸿?”我有些...
    開封第一講書人閱讀 156,852評論 0 347
  • 文/不壞的土叔 我叫張陵,是天一觀的道長拾给。 經(jīng)常有香客問我祥得,道長,這世上最難降的妖魔是什么蒋得? 我笑而不...
    開封第一講書人閱讀 56,408評論 1 283
  • 正文 為了忘掉前任级及,我火速辦了婚禮,結(jié)果婚禮上窄锅,老公的妹妹穿的比我還像新娘。我一直安慰自己缰雇,他們只是感情好入偷,可當我...
    茶點故事閱讀 65,445評論 5 384
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著械哟,像睡著了一般疏之。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上暇咆,一...
    開封第一講書人閱讀 49,772評論 1 290
  • 那天锋爪,我揣著相機與錄音丙曙,去河邊找鬼。 笑死其骄,一個胖子當著我的面吹牛亏镰,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播拯爽,決...
    沈念sama閱讀 38,921評論 3 406
  • 文/蒼蘭香墨 我猛地睜開眼索抓,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了毯炮?” 一聲冷哼從身側(cè)響起逼肯,我...
    開封第一講書人閱讀 37,688評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎斗蒋,沒想到半個月后花颗,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體颂斜,經(jīng)...
    沈念sama閱讀 44,130評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,467評論 2 325
  • 正文 我和宋清朗相戀三年三椿,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片曲尸。...
    茶點故事閱讀 38,617評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡赋续,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出另患,到底是詐尸還是另有隱情纽乱,我是刑警寧澤,帶...
    沈念sama閱讀 34,276評論 4 329
  • 正文 年R本政府宣布昆箕,位于F島的核電站鸦列,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏鹏倘。R本人自食惡果不足惜薯嗤,卻給世界環(huán)境...
    茶點故事閱讀 39,882評論 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望纤泵。 院中可真熱鬧骆姐,春花似錦、人聲如沸捏题。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,740評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽公荧。三九已至带射,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間循狰,已是汗流浹背窟社。 一陣腳步聲響...
    開封第一講書人閱讀 31,967評論 1 265
  • 我被黑心中介騙來泰國打工券勺, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人灿里。 一個月前我還...
    沈念sama閱讀 46,315評論 2 360
  • 正文 我出身青樓关炼,卻偏偏與公主長得像,于是被迫代替她去往敵國和親钠四。 傳聞我的和親對象是個殘疾皇子盗扒,可洞房花燭夜當晚...
    茶點故事閱讀 43,486評論 2 348

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