目錄

為什么我們寫的代碼都是if-else？

代碼if-else代碼太多有什么缺點？

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

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

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

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

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

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

狀態處理型重構方法實例二

總結

??? 盡可能地維持正常流程代碼在最外層，保持主干流程是正常核心流程。

---

---

為什么我們寫的代碼都是if-else？

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

怎么理解？舉個例子：

//舉例一：異常邏輯處理例子Object obj = getObj();if (obj != null) {//do something } else {//do something }//舉例二：狀態處理例子Object obj = getObj();if (obj.getType == 1) {//do something } else if (obj.getType == 2) {//do something } else {//do something }

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

---

代碼if-else代碼太多有什么缺點？

缺點相當明顯了：

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

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

---

?

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

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

??????? 盡可能地維持正常流程代碼在最外層。

意思是說，可以寫if-else語句時一定要盡量保持主干代碼是正常流程，避免嵌套過深。實現的手段有：減少嵌套、移除臨時變量、條件取反判斷、合并條件表達式等。

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

---

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

重構前： double disablityAmount() {if (_seniority < 2)return 0;if (_monthsDisabled > 12)return 0;if (_isPartTime)return 0;//do somethig }重構后：double disablityAmount() {if (_seniority < 2 || _monthsDisabled > 12 || _isPartTime)//合并條件表達式return 0;//do somethig }

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

---

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

重構前：double getPayAmount() {double result;if (_isDead){result = deadAmount();}else{if (_isSeparated){result = separatedAmount();}else{if (_isRetired){result = retiredAmount();else{result = normalPayAmount();}}}return result;} }重構后：double getPayAmount() {if (_isDead)return deadAmount();if (_isSeparated)return separatedAmount();if (_isRetired)return retiredAmount();return normalPayAmount(); }

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

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

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

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

---

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

重構前：public double getAdjustedCapital() {double result = 0.0;if (_capital > 0.0){if (_intRate > 0 && _duration > 0){resutl = (_income / _duration) * ADJ_FACTOR;}}return result; }第一步，運用第一招 : 減少嵌套和移除臨時變量：public double getAdjustedCapital() {if (_capital <= 0.0){return 0.0;}if (_intRate > 0 && _duration > 0){return (_income / _duration) * ADJ_FACTOR;}return 0.0; }

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

public double getAdjustedCapital() {if (_capital <= 0.0){return 0.0;}if (_intRate <= 0 || _duration <= 0){return 0.0;}return (_income / _duration) * ADJ_FACTOR; }

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

---

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

? 重構前：

/* 查找年齡大于18歲且為男性的學生列表 */public ArrayList<Student> getStudents(int uid) {ArrayList<Student> result = new ArrayList<Student>();Student stu = getStudentByUid(uid);if (stu != null){Teacher teacher = stu.getTeacher();if (teacher != null){ArrayList<Student> students = teacher.getStudents();if (students != null){for (Student student : students){if (student.getAge() > = 18 && student.getGender() == MALE){result.add(student);}}}else{logger.error("獲取學生列表失敗");}}else{logger.error("獲取老師信息失敗");}}else{logger.error("獲取學生信息失敗");}return result; }

典型的"箭頭型"代碼，最大的問題是嵌套過深，解決方法是異常條件先退出，保持主干流程是核心流程：

重構后：

/* 查找年齡大于18歲且為男性的學生列表 */public ArrayList<Student> getStudents(int uid) {ArrayList<Student> result = new ArrayList<Student>();Student stu = getStudentByUid(uid);if (stu == null){logger.error("獲取學生信息失敗");return result;}Teacher teacher = stu.getTeacher();if (teacher == null){logger.error("獲取老師信息失敗");return result;}ArrayList<Student> students = teacher.getStudents();if (students == null){logger.error("獲取學生列表失敗");return result;}for (Student student : students){if (student.getAge() > 18 && student.getGender() == MALE){result.add(student);}}return result; }

---

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

重構前：

double getPayAmount() {Object obj = getObj();double money = 0;if (obj.getType == 1){ObjectA objA = obj.getObjectA();money = objA.getMoney() * obj.getNormalMoneryA();}else if (obj.getType == 2){ObjectB objB = obj.getObjectB();money = objB.getMoney() * obj.getNormalMoneryB() + 1000;} }

重構后：

double getPayAmount() {Object obj = getObj();if (obj.getType == 1){return getType1Money(obj);}else if (obj.getType == 2){return getType2Money(obj);} }double getType1Money(Object obj) {ObjectA objA = obj.getObjectA();return objA.getMoney() * obj.getNormalMoneryA(); }double getType2Money(Object obj) {ObjectB objB = obj.getObjectB();return objB.getMoney() * obj.getNormalMoneryB() + 1000; }

這里使用的重構方法是：把if-else內的代碼都封裝成一個公共函數。函數的好處是屏蔽內部實現，縮短if-else分支的代碼。代碼結構和邏輯上清晰，能一下看出來每一個條件內做的功能。

---

狀態處理型重構方法實例二

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

??????????? 你手上有個條件表達式，它根據對象類型的不同而選擇不同的行為。將這個表達式的每個分支放進一個子類內的覆寫函數中，然后將原始函數聲明為抽象函數。

重構前：

double getSpeed() {switch (_type){case EUROPEAN:return getBaseSpeed();case AFRICAN:return getBaseSpeed() - getLoadFactor() * _numberOfCoconuts;case NORWEGIAN_BLUE:return (_isNailed) ? 0 : getBaseSpeed(_voltage);} }

重構后：

class Bird {abstract double getSpeed();}class European extends Bird {double getSpeed(){return getBaseSpeed();}}class African extends Bird {double getSpeed(){return getBaseSpeed() - getLoadFactor() * _numberOfCoconuts;}}class NorwegianBlue extends Bird {double getSpeed(){return (_isNailed) ? 0 : getBaseSpeed(_voltage);} }

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

---

總結

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

??????? 盡可能地維持正常流程代碼在最外層，保持主干流程是正常核心流程。

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

總結

以上是生活随笔為你收集整理的if/ else 你真的会吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。