您好,登錄后才能下訂單哦!
小編給大家分享一下Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
前言
面向過(guò)程設(shè)計(jì)和面向?qū)ο笤O(shè)計(jì)的主要區(qū)別是:是否在業(yè)務(wù)邏輯層使用冗長(zhǎng)的if else判斷。如果你還在大量使用if else,當(dāng)然,界面表現(xiàn)層除外,即使你使用Java/C#這樣完全面向?qū)ο蟮恼Z(yǔ)言,也只能說(shuō)明你的思維停留在傳統(tǒng)的面向過(guò)程語(yǔ)言上。
平時(shí)開(kāi)發(fā)中if-else用的多嗎?
其實(shí)這是個(gè)再正常不過(guò)的coding習(xí)慣,當(dāng)我們代碼量小的時(shí)候用來(lái)做條件判斷是再簡(jiǎn)單不過(guò)的了。
但對(duì)于優(yōu)秀程序員來(lái)說(shuō),這并不是好代碼,
為啥?
拋開(kāi)劑量談毒性都是耍流氓
在使用條件判斷語(yǔ)句的地方,如果代碼量小,需要判斷的場(chǎng)景少的話,
那么沒(méi)有比 if-else 更合適的語(yǔ)句,比如下面這樣
.... if(object.getIndex() > 0) { //do something } else { //do other things }
那在什么情況下 if-else 才會(huì)變差呢?
以上面的代碼為例子,當(dāng)需要判斷的情況逐漸增加的時(shí)候,上面的代碼可能會(huì)變的難以維護(hù)。
在進(jìn)階高級(jí)開(kāi)發(fā)的路上,應(yīng)該逐步培養(yǎng)起這種前瞻意識(shí),
即使在代碼還在起步階段,應(yīng)該要能夠看到將來(lái)代碼發(fā)展的趨勢(shì),
比如上面的代碼,當(dāng)情況越來(lái)越多的時(shí)候,if-else可能會(huì)發(fā)展出許多個(gè)分支:
這是完全可能的,以我的經(jīng)驗(yàn)來(lái)說(shuō)就在不少項(xiàng)目上見(jiàn)過(guò)這樣的代碼。
而且代碼執(zhí)行塊中的邏輯可能在幾次迭代后變的非常復(fù)雜,就像下面這樣
看到這段代碼第一感覺(jué)就是想殺個(gè)小伙伴祭天。
如何重構(gòu)掉這段代碼
對(duì)于這種代碼我們重構(gòu)的目標(biāo)可以有兩個(gè)深度,看自己強(qiáng)迫癥的嚴(yán)重程度決定
· 繼續(xù)用 if-else,只達(dá)到剝離執(zhí)行代碼塊
· 用工廠模式去耦合
對(duì)于這兩種其實(shí)不是非此即彼的關(guān)系,而是優(yōu)化深度不同。第一種相對(duì)比較簡(jiǎn)單,可以重構(gòu)成下面這樣子
代碼清爽了很多,
現(xiàn)在這段代碼可以清楚的看出來(lái)都處理了哪些情況,條件判斷的代碼只關(guān)注了條件的不同,
而對(duì)于不同條件的具體處理邏輯我們剝離到了其他地方,
這樣即使寫到腦袋迷糊,也不至于說(shuō)漏了哪個(gè)條件沒(méi)判斷。
進(jìn)一步優(yōu)化
在上面的優(yōu)化之后,如何再用工廠模式來(lái)繼續(xù)重構(gòu)呢?
從上的代碼看的出來(lái),不同的條件下,執(zhí)行的邏輯是不同的,那么可以把這種執(zhí)行邏輯抽象出來(lái),用多態(tài)的概念來(lái)定義不同的執(zhí)行方式。
完成了這一步之后,就可以把代碼塊中不同條件下的方法抽到各個(gè)不同的具體類里面去了,
還可以進(jìn)一步優(yōu)化嗎?可以的,甚至這里的條件判斷都可以不要,我們可以定義一個(gè)工廠來(lái)把 new ExecutorWithTag()這件事給包了,
對(duì)工廠模式還有印象嗎,上面這段代碼在我之前的工廠模式一文里出現(xiàn)過(guò),這里可以算是工廠模式的一個(gè)實(shí)際應(yīng)用。
在經(jīng)過(guò)這一輪重構(gòu)之后,我們之前在一個(gè)類里面寫的那堆代碼已經(jīng)抽離到多個(gè)不同的類里了,
現(xiàn)在在原來(lái)的類里的代碼變成怎樣了呢,
重構(gòu)之后各個(gè)Executor和主類中的耦合已經(jīng)降到很低了,
而且代碼整潔度提高了很多,之前那個(gè)類的一段50+行的代碼變成了2行,這就是重構(gòu)的意義。
以上是“Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對(duì)大家有所幫助,如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注億速云行業(yè)資訊頻道!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。