十年網(wǎng)站開發(fā)經(jīng)驗(yàn) + 多家企業(yè)客戶 + 靠譜的建站團(tuán)隊(duì)
量身定制 + 運(yùn)營維護(hù)+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
這篇文章給大家分享的是有關(guān)JS復(fù)雜判斷的示例分析的內(nèi)容。小編覺得挺實(shí)用的,因此分享給大家做個(gè)參考,一起跟隨小編過來看看吧。
成都創(chuàng)新互聯(lián)專注于烏拉特中網(wǎng)站建設(shè)服務(wù)及定制,我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠為您提供烏拉特中營銷型網(wǎng)站建設(shè),烏拉特中網(wǎng)站制作、烏拉特中網(wǎng)頁設(shè)計(jì)、烏拉特中網(wǎng)站官網(wǎng)定制、成都微信小程序服務(wù),打造烏拉特中網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供烏拉特中網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。
先看一段代碼
/** * 按鈕點(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 onButtonClick1 = (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)頁面,大家可以很輕易的提出這段代碼的改寫方案,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 } }
嗯,這樣看起來比if/else清晰多了,細(xì)心的同學(xué)也發(fā)現(xiàn)了小技巧,case 2和case 3邏輯一樣的時(shí)候,可以省去執(zhí)行語句和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í)看起來更清爽了,這種方法的聰明之處在于:將判斷條件作為對(duì)象的屬性名,將處理邏輯作為對(duì)象的屬性值,在按鈕點(diǎn)擊的時(shí)候,通過對(duì)象屬性查找的方式來進(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 有庫存未開團(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 有庫存未開團(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ì)象來實(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)?
這里也看出來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了,這樣就有了無限可能,假如需求變成,凡是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)) }
感謝各位的閱讀!關(guān)于“JS復(fù)雜判斷的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對(duì)大家有一定的幫助,讓大家可以學(xué)到更多知識(shí),如果覺得文章不錯(cuò),可以把它分享出去讓更多的人看到吧!