小編給大家分享一下Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

成都創(chuàng)新互聯(lián)公司專注于瑪曲企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,電子商務(wù)商城網(wǎng)站建設(shè)。瑪曲網(wǎng)站建設(shè)公司,為瑪曲等地區(qū)提供建站服務(wù)。全流程按需開發(fā)，專業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，成都創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務(wù)

前言

面向過程設(shè)計(jì)和面向?qū)ο笤O(shè)計(jì)的主要區(qū)別是：是否在業(yè)務(wù)邏輯層使用冗長的if else判斷。如果你還在大量使用if else，當(dāng)然，界面表現(xiàn)層除外，即使你使用Java/C#這樣完全面向?qū)ο蟮恼Z言，也只能說明你的思維停留在傳統(tǒng)的面向過程語言上。

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

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

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

為啥?

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

在使用條件判斷語句的地方，如果代碼量小，需要判斷的場景少的話，

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

....

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ā)展的趨勢，

比如上面的代碼，當(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ì)比較簡單，可以重構(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)的意義。

以上是“Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

名稱欄目：Java編程細(xì)節(jié)重構(gòu)之if-else不是好代碼的原因分析-創(chuàng)新互聯(lián)
本文來源：http://www.chinadenli.net/article22/dhsdcc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)、App設(shè)計(jì)、企業(yè)網(wǎng)站制作、服務(wù)器托管、面包屑導(dǎo)航、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)