前言

面向過程設(shè)計(jì)和面向?qū)ο笤O(shè)計(jì)的主要區(qū)別是：是否在業(yè)務(wù)邏輯層使用冗長(zhǎng)的if else判斷。如果你還在大量使用if else，當(dāng)然，界面表現(xiàn)層除外，即使你使用Java/C#這樣完全面向?qū)ο蟮恼Z(yǔ)言，也只能說明你的思維停留在傳統(tǒng)的面向過程語(yǔ)言上。本文將通過示例代碼給大家介紹關(guān)于Java編程細(xì)節(jié)重構(gòu)之if-else的相關(guān)內(nèi)容，下面來一起看看詳細(xì)的介紹吧

平時(shí)開發(fā)中if-else用的多嗎?

其實(shí)這是個(gè)再正常不過的coding習(xí)慣，當(dāng)我們代碼量小的時(shí)候用來做條件判斷是再簡(jiǎn)單不過的了。

但對(duì)于優(yōu)秀程序員來說，這并不是好代碼，

為啥?

拋開劑量談毒性都是耍流氓

在使用條件判斷語(yǔ)句的地方，如果代碼量小，需要判斷的場(chǎng)景少的話，

那么沒有比 if-else 更合適的語(yǔ)句，比如下面這樣

....

if(object.getIndex() > 0) {

//do something

} else {

//do other things

}

那在什么情況下 if-else 才會(huì)變差呢?

以上面的代碼為例子，當(dāng)需要判斷的情況逐漸增加的時(shí)候，上面的代碼可能會(huì)變的難以維護(hù)。

在進(jìn)階高級(jí)開發(fā)的路上，應(yīng)該逐步培養(yǎng)起這種前瞻意識(shí)，

即使在代碼還在起步階段，應(yīng)該要能夠看到將來代碼發(fā)展的趨勢(shì)，

比如上面的代碼，當(dāng)情況越來越多的時(shí)候，if-else可能會(huì)發(fā)展出許多個(gè)分支:

這是完全可能的，以我的經(jīng)驗(yàn)來說就在不少項(xiàng)目上見過這樣的代碼。

而且代碼執(zhí)行塊中的邏輯可能在幾次迭代后變的非常復(fù)雜，就像下面這樣

看到這段代碼第一感覺就是想殺個(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)在這段代碼可以清楚的看出來都處理了哪些情況，條件判斷的代碼只關(guān)注了條件的不同，

而對(duì)于不同條件的具體處理邏輯我們剝離到了其他地方，

這樣即使寫到腦袋迷糊，也不至于說漏了哪個(gè)條件沒判斷。

進(jìn)一步優(yōu)化

在上面的優(yōu)化之后，如何再用工廠模式來繼續(xù)重構(gòu)呢?

從上的代碼看的出來，不同的條件下，執(zhí)行的邏輯是不同的，那么可以把這種執(zhí)行邏輯抽象出來，用多態(tài)的概念來定義不同的執(zhí)行方式。

完成了這一步之后，就可以把代碼塊中不同條件下的方法抽到各個(gè)不同的具體類里面去了，

還可以進(jìn)一步優(yōu)化嗎?可以的，甚至這里的條件判斷都可以不要，我們可以定義一個(gè)工廠來把 new ExecutorWithTag()這件事給包了，

對(duì)工廠模式還有印象嗎，上面這段代碼在我之前的工廠模式一文里出現(xiàn)過，這里可以算是工廠模式的一個(gè)實(shí)際應(yīng)用。

在經(jīng)過這一輪重構(gòu)之后，我們之前在一個(gè)類里面寫的那堆代碼已經(jīng)抽離到多個(gè)不同的類里了，

現(xiàn)在在原來的類里的代碼變成怎樣了呢，

重構(gòu)之后各個(gè)Executor和主類中的耦合已經(jīng)降到很低了，

而且代碼整潔度提高了很多，之前那個(gè)類的一段50+行的代碼變成了2行，這就是重構(gòu)的意義。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論