求求你們了，別再寫滿屏的 if else 了！

程式設計師想必都經歷過這樣的場景：剛開始自己寫的**很簡潔，邏輯清晰，函式精簡，沒有乙個 if-else，可隨著**邏輯不斷完善和業務的瞬息萬變:比如需要對入參進行型別和值進行判斷；這裡要判斷下物件是否為 null；不同型別執行不同的流程。

落地到具體實現只能不停地加 if-else 來處理，漸漸地，**變得越來越龐大，函式越來越長，檔案行數也迅速突破上千行，維護難度也越來越大，到後期基本達到一種難以維護的狀態。

雖然我們都很不情願寫出滿屏 if-else 的**，可邏輯上就是需要特殊判斷，很絕望，可也沒辦法避免啊。

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

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

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

缺點相當明顯了：最大的問題是**邏輯複雜，維護性差，極容易引發 bug。如果使用 if-else，說明 if 分支和 else 分支的重視是同等的，但大多數情況並非如此，容易引起誤解和理解困難。

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

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

意思是說，可以寫 if-else 語句時一定要盡量保持主幹**是正常流程，避免巢狀過深。

1double disablityamount()

1double disablityamount()

這個重構手法簡單易懂，帶來的效果也非常明顯，能有效地較少if語句，減少**量邏輯上也更加易懂。

1double getpayamount()else
9        else
15        }
16    }
17    return result;
18}

1double getpayamount()

怎麼樣？比對兩個版本，會發現重構後的版本邏輯清晰，簡潔易懂。

和重構前到底有什麼區別呢？

最大的區別是減少 if-else 巢狀。可以看到，最初的版本 if-else 最深的巢狀有三層，看上去邏輯分支非常多，進到裡面基本都要被繞暈。其實，仔細想想巢狀內的 if-else 和最外層並沒有關聯性的，完全可以提取最頂層。

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

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

1public double getadjustedcapital()
7    }
8    return result;
9}

1public double getadjustedcapital()
5    if(_intrate > 0 && _duration >0)
8    return 0.0;
9}

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

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

這才是好的**風格，邏輯清晰，一目了然，沒有 if-else 巢狀難以理解的流程。

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

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

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

1double getpayamount()
6    else if (obj.gettype == 2) 
9}10
11double gettype1money(object obj)
1516double gettype2money(object obj)

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

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

1double getspeed()
10}

1class bird 45class european extends bird 9}10 11class african extends bird 15}16 17class norwegianblue extends bird

21}

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

if-else **是每乙個程式設計師最容易寫出的**，同時也是最容易被寫爛的**，稍不注意，就產生一堆難以維護和邏輯混亂的**。

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

針對狀態處理型重構方法有兩種：一種是把不同狀態的操作封裝成函式，簡短 if-else 內**行數；另一種是利用物件導向多型特性直接乾掉了條件判斷。

現在回頭看看自己的**，犯了哪些典型錯誤，趕緊運用這些重構方法重構**吧！！

求求你們了，別再寫滿屏的 if else 了！

Redis 求求你，別再問跳表了

求求你別再用offset和limit分頁了

redis面試題,求求你別再問我redis了

求求你們了，別再寫滿屏的 if else 了！

Redis 求求你，別再問跳表了

求求你別再用offset和limit分頁了

redis面試題,求求你別再問我redis了

相關推薦