if else 你真的會嗎？

為什麼我們寫的**都是if-else？

**if-else**太多有什麼缺點？

是否有好的方法優化？如何重構？

異常邏輯處理型重構方法例項一：

異常邏輯處理型重構方法例項二：

異常邏輯處理型重構方法例項三：

異常邏輯處理型重構方法例項四：

狀態處理型重構方法例項一

狀態處理型重構方法例項二總結

盡可能地維持正常流程**在最外層，保持主幹流程是正常核心流程。

程式設計師想必都經歷過這樣的場景：剛開始自己寫的**很簡潔，邏輯清晰，函式精簡，沒有乙個if-else，可隨著**邏輯不斷完善和業務的瞬息萬變:比如需要對入參進行型別和值進行判斷；這裡要判斷下物件是否為null；不同型別執行不同的流程。落地到具體實現只能不停地加if-else來處理，漸漸地，**變得越來越龐大，函式越來越長，檔案行數也迅速突破上千行，維護難度也越來越大，到後期基本達到一種難以維護的狀態。雖然我們都很不情願寫出滿屏if-else的**，可邏輯上就是需要特殊判斷，很絕望，可也沒辦法避免啊。其實回頭看看自己的**，寫if-else不外乎兩種場景：異常邏輯處理和不同狀態處理。兩者最主要的區別是：異常邏輯處理說明只能乙個分支是正常流程，而不同狀態處理都所有分支都是正常流程。

怎麼理解？舉個例子：

//舉例一：異常邏輯處理例子
object obj = getobj();
if (obj != null)
else
//舉例二：狀態處理例子
object obj = getobj();
if (obj.gettype == 1)
else if (obj.gettype == 2)
else

第乙個例子`if (obj != null)`是異常處理，是**健壯性判斷，只有if裡面才是正常的處理流程，`else`分支是出錯處理流程；而第二個例子不管type等於1，2還是其他情況，都屬於業務的正常流程。對於這兩種情況重構的方法也不一樣。

缺點相當明顯了：

最大的問題是**邏輯複雜，維護性差，極容易引發bug。

如果使用if-else，說明if分支和else分支的重視是同等的，但大多數情況並非如此，容易引起誤解和理解困難。

方法肯定是有的。重構if-else時，心中無時無刻把握乙個原則：

盡可能地維持正常流程**在最外層。

意思是說，可以寫if-else語句時一定要盡量保持主幹**是正常流程，避免巢狀過深。實現的手段有：減少巢狀、移除臨時變數、條件取反判斷、合併條件表示式等。

下面舉幾個例項來講解這些重構方法：

重構前：
double disablityamount()
重構後：
double disablityamount()

這裡的重構手法叫合併條件表示式：如果有一系列條件測試都得到相同結果，將這些結果測試合併為乙個條件表示式。這個重構手法簡單易懂，帶來的效果也非常明顯，能有效地較少if語句，減少**量邏輯上也更加易懂。

重構前：
double getpayamount()
else
else}}
return result;
}}重構後：
double getpayamount()

怎麼樣？比對兩個版本，會發現重構後的版本邏輯清晰，簡潔易懂。和重構前到底有什麼區別呢？最大的區別是減少if-else巢狀。可以看到，最初的版本if-else最深的巢狀有三層，看上去邏輯分支非常多，進到裡面基本都要被繞暈。其實，仔細想想巢狀內的if-else和最外層並沒有關聯性的，完全可以提取最頂層。

改為平行關係，而非包含關係，if-else數量沒有變化，但是邏輯清晰明了，一目了然。

另乙個重構點是廢除了`result`臨時變數，直接return返回。好處也顯而易見直接結束流程，縮短異常分支流程。原來的做法先賦值給result最後統一return，那麼對於最後return的值到底是那個函式返回的結果不明確，增加了一層理解難度。

總結重構的要點：如果if-else巢狀沒有關聯性，直接提取到第一層，一定要避免邏輯巢狀太深。儘量減少臨時變數改用return直接返回。

重構前：
public double getadjustedcapital()
}return result;
}第一步，運用第一招 : 減少巢狀和移除臨時變數：
public double getadjustedcapital()
if (_intrate > 0 && _duration > 0)
return 0.0;
}

這樣重構後，還不夠，因為主要的語句`(_income / _duration) *adj_factor;`在if內部，並非在最外層，根據優化原則（盡可能地維持正常流程**在最外層），可以再繼續重構：

public double getadjustedcapital()
if (_intrate <= 0 || _duration <= 0)
return (_income / _duration) * adj_factor;
}

這才是好的**風格，邏輯清晰，一目了然，沒有if-else巢狀難以理解的流程。這裡用到的重構方法是：將條件反轉使異常情況先退出，讓正常流程維持在主幹流程。

重構前：

/* 查詢年齡大於18歲且為男性的學生列表 */
public
arraylistgetstudents(int uid)}}
else
}else
}else
return result;
}

典型的"箭頭型"**，最大的問題是巢狀過深，解決方法是異常條件先退出，保持主幹流程是核心流程：

重構後：

/* 查詢年齡大於18歲且為男性的學生列表 */
public
arraylistgetstudents(int uid)
teacher teacher = stu.getteacher();
if (teacher == null)
arrayliststudents = teacher.getstudents();
if (students == null)
for (student student : students)
}return result;
}

重構前：

double getpayamount()
else if (obj.gettype == 2)
}

重構後：

double getpayamount()
else if (obj.gettype == 2)
}double gettype1money(object obj)
double gettype2money(object obj)

這裡使用的重構方法是：把if-else內的**都封裝成乙個公共函式。

函式的好處是遮蔽內部實現，縮短if-else分支的**。**結構和邏輯上清晰，能一下看出來每乙個條件內做的功能。

針對狀態處理的**，一種優雅的做法是用多型取代條件表示式(《重構》推薦做法)。

你手上有個條件表示式，它根據物件型別的不同而選擇不同的行為。將這個表示式的每個分支放進乙個子類內的覆寫函式中，然後將原始函式宣告為抽象函式。

重構前：

double getspeed()
}

重構後：

class bird
class european extends bird
}class african extends bird
}class norwegianblue extends bird
}

可以看到，使用多型後直接沒有了if-else，但使用多型對原來**修改過大，需要一番功夫才行。最好在設計之初就使用多型方式。

if-else**是每乙個程式設計師最容易寫出的**，同時也是最容易被寫爛的**，稍不注意，就產生一堆難以維護和邏輯混亂的**。針對條件型**重構把握乙個原則：

為維持這個原則：合併條件表示式可以有效地減少if語句數目；減少巢狀能減少深層次邏輯；異常條件先退出自然而然主幹流程就是正常流程。針對狀態處理型重構方法有兩種：一種是把不同狀態的操作封裝成函式，簡短if-else內**行數；另一種是利用物件導向多型特性直接乾掉了條件判斷。現在回頭看看自己的**，犯了哪些典型錯誤，趕緊運用這些重構方法重構**吧！！

if else 你真的會嗎？

你真的會暴力嗎

你真的會溝通嗎？下部

你真的會求素數嗎？

if else 你真的會嗎？

你真的會暴力嗎

你真的會溝通嗎？ 下部

你真的會求素數嗎？

相關推薦

你真的會溝通嗎？下部