本篇文章給大家?guī)?lái)了關(guān)于javascript的相關(guān)知識(shí),其中主要整理了switch的四種寫(xiě)法相關(guān)問(wèn)題,包括了IIFE 封裝、封成策略等等內(nèi)容,下面一起來(lái)看一下,希望對(duì)大家有幫助。
引言
JavaScript 的 switch 有四樣寫(xiě)法,你知道么?不管你知道不知道,反正我是不知道。
我所知道的 JavaScript 的 switch 語(yǔ)句只有一種寫(xiě)法。但要說(shuō)到對(duì)分支的處理,寫(xiě)法可就多了去了。if 分支寫(xiě)法可以算一種,switch 分支寫(xiě)法可以算第二種,第三種是使用策略模式,如果要把條件運(yùn)算符也算上的話,嗯,剛好四種。
switch一般寫(xiě)法
不過(guò)本文的主角是 switch。大家都了解 switch 的寫(xiě)法一般來(lái)說(shuō)是 switch 變量或表達(dá)式,case 常量。嗯,比如說(shuō),一個(gè)百分制成績(jī),90 及 90 分以上算優(yōu)秀,80 及以上 90 以下算良好,60 及以上 80 以下算合格,60 以下為不合格,用 switch 大概會(huì)這么寫(xiě):
function calcGrade(score) { const line = score / 10 | 0; switch (line) { case 10: case 9: return "優(yōu)秀"; case 8: return "良好"; case 7: case 6: return "合格"; default: return "不合格"; } }
代碼中 score / 10 | 0
和 Math.floor(score / 10)
是一樣的效果,就是除以 10 取商的整數(shù)部分。
這段 switch 用得中規(guī)中矩,用取整的辦法來(lái)避免使用一長(zhǎng)串 if ... else 分支也算是取了巧。
但是現(xiàn)在規(guī)則改了,將合格和良好的分隔點(diǎn)從 80 分降到 75 分,該怎么辦?
按上面取整的辦法依然可以,不過(guò)這次除數(shù)不再是 10,而是 5。相應(yīng)地,case 也多了很多:
18、19、20 是優(yōu)秀
15、16、17 是良好
12、13、14 是合格
剩下的是不合格
寫(xiě) 9 個(gè) case,真不如用 if ... else 算了。
switch簡(jiǎn)單寫(xiě)法
是嗎?其實(shí)用 switch 也有簡(jiǎn)單一些的寫(xiě)法:
function calcGrade(score) { switch (true) { case score >= 90: return "優(yōu)秀"; case score >= 75: return "良好"; case score >= 60: return "合格"; default: return "不合格"; } }
是不是感覺(jué)有些奇怪?這完全不是習(xí)慣了的 switch 表達(dá)式 case 常量,而是正好相反,switch 常量 case 表達(dá)式!如果你拿這段程序去跑一下,會(huì)發(fā)現(xiàn)一點(diǎn)問(wèn)題都沒(méi)有。因?yàn)椤?strong>switch 和 case 是按 ===
來(lái)匹配的,它并不在乎是表達(dá)式還是常量,或者說(shuō),switch 和 case 后面都可以接表達(dá)式!
是的,表達(dá)式!
所以上面那個(gè)示例中,把 switch(true)
改成 switch( 2 > 1)
也是一樣的效果。
好啦,腦洞已開(kāi)。switch 到底有多少種寫(xiě)法已經(jīng)不重要了。接下來(lái)要研究的是 switch 的變種 。
IIFE 封裝
看到 C# 有 switch 表達(dá)式,眼饞,能實(shí)現(xiàn)嗎?
不用眼饞,JavaScript 里一切都可以是表達(dá)式 …… 如果不是,用 IIFE 封裝一個(gè)就是了
function calcGrade(score) { return (value => { switch (true) { case value >= 90: return "優(yōu)秀"; case value >= 75: return "良好"; case value >= 60: return "合格"; default: return "不合格"; } })(score); }
注意這里把 score
作為 IIFE 的參數(shù),是因?yàn)樵趯?shí)際使用中,可能需要傳入的是一個(gè)表達(dá)式。這種情況下應(yīng)該提前求值,而且只求一次(避免替在的副作用)。
封成策略
不過(guò)這樣的封裝顯然沒(méi)什么意義,如果真要這樣封裝,不如封成策略:
function calcGrade(score) { return ((value, rules) => rules.find(({ t }) => t(value)).v)( score, [ { t: n => n >= 90, v: "優(yōu)秀" }, { t: n => n >= 75, v: "良好" }, { t: n => n >= 60, v: "合格" }, { t: () => true, v: "不合格" }, ] ); }
每項(xiàng)策略都是一個(gè)含有 tester (t
) 和值 (v
) 的對(duì)象。tester 是一個(gè)判斷函數(shù),傳入需要判斷的值,也就是 switch (表達(dá)式)
這里表達(dá)式,而這個(gè)表達(dá)式也是提前求值之后作為 IIFE 的參數(shù)傳入的。應(yīng)用策略的過(guò)程簡(jiǎn)單粗暴,就是找到第一個(gè)符合條件的策略,把它的值取出來(lái)。
當(dāng)然這樣用策略有點(diǎn)大材小用。真正需要用策略的情況,策略中通常不是一個(gè)值,而是一個(gè)行為,也就函數(shù)。
我們知道在 switch 語(yǔ)句中,各個(gè) case 之間是在同一個(gè)作用域內(nèi),所以不能在兩個(gè) case 語(yǔ)句中聲明同一個(gè)局部變量。雖然用 { }
包裹可以解決這些問(wèn)題,但代碼看起來(lái)不怎么好看,特別是還要注意不要忘了 break
。如果用策略的話,看起來(lái)可能會(huì)順眼一眼,也不用擔(dān)心 break 的問(wèn)題:
這里為了演示,在策略行為中將先輸出成績(jī),再返回等級(jí)。
function calcGrade(score) { return ((value, rules) => rules.find(({ t }) => t(value)).fn(value))( score, [ { t: n => n >= 90, fn: score => { const grade = "優(yōu)秀"; console.log(grade, score); return grade; } }, { t: n => n >= 75, fn: score => { const grade = "良好"; console.log(grade, score); return grade; } }, { t: n => n >= 60, fn: score => { const grade = "合格"; console.log(grade, score); return grade; } }, { t: () => true, fn: score => { const grade = "不合格"; console.log(grade, score); return grade; } }, ] ); }
代碼確實(shí)有點(diǎn)長(zhǎng),因?yàn)橛胁呗孕袨檫壿嬙诶锩妗H绻娴氖且?dāng)作 switch 表達(dá)式來(lái)用的話,策略部分應(yīng)該是一個(gè)表達(dá)式,不會(huì)太長(zhǎng)的。上面的代碼中,策略行為相似,可以封裝成一個(gè)函數(shù),這樣就能寫(xiě)成表達(dá)式的形式了:
function calcGrade(score) { const printGrade = (grade, score) => { console.log(grade, score); return grade; }; return ((value, rules) => rules.find(({ t }) => t(value)).fn(value))( score, [ { t: n => n >= 90, fn: score => printGrade("優(yōu)秀", score) }, { t: n => n >= 75, fn: score => printGrade("良好", score) }, { t: n => n >= 60, fn: score => printGrade("合格", score) }, { t: () => true, fn: score => printGrade("不合格", score) }, ] ); }
現(xiàn)在看起來(lái)是不是像樣了?
上面的代碼形式各異,干的事情都差不多,也沒(méi)有誰(shuí)優(yōu)誰(shuí)劣的比較。看得順眼怎么都優(yōu)雅,看不順眼怎么都不受寵。在不同的情況下,選用合適的做法就好。上面的代碼使用的 find()
來(lái)查找策略,如果改用 filter()
,那又會(huì)是另一番景象了。