溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

發(fā)布時(shí)間:2021-09-09 11:31:44 來(lái)源:億速云 閱讀:173 作者:小新 欄目:編程語(yǔ)言

小編給大家分享一下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è)分支:

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

這是完全可能的,以我的經(jīng)驗(yàn)來(lái)說(shuō)就在不少項(xiàng)目上見(jiàn)過(guò)這樣的代碼。

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

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

看到這段代碼第一感覺(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)成下面這樣子

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

代碼清爽了很多,

現(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í)行方式。

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

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

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

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

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

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

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

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

Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析

重構(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è)資訊頻道!

向AI問(wèn)一下細(xì)節(jié)

免責(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)容。

AI