面試官：優化代碼中大量的if/else，你有什麼方案？

原文地址：https://dwz.cn/J1JECdOr

作者：占小狼

一個快速疊代的項目，時間久了之後，代碼中可能會充斥著大量的if/else，嵌套6、7層，一個函數幾百行，簡！直！看！死！人！

這個無限循環嵌套，只是總循環的一部分。。。我已經繞暈在黃桷灣立交

仔細數了數，一共有 11 層的嵌套！！！接手這種項目的同學，內心應該是絕望的。

出現這種情況的原因很多

• 設計不夠完善
• 需求考慮不完全
• 開發人員變動

但最為致命的是「懶」

你懶，我也懶，前期疊代懶得優化，來一個需求，加一個if，久而久之，就串成了一座金字塔。

當代碼已經複雜到難以維護的程度之後，只能狠下心重構優化。那，有什麼方案可以優雅的優化掉這些多餘的if/else?

1. 提前return

這是判斷條件取反的做法，代碼在邏輯表達上會更清晰，看下面代碼：

其實，每次看到上面這種代碼，我都心裡抓癢，完全可以先判斷 !condition，幹掉else。

2. 策略模式

有這麼一種場景，根據不同的參數走不同的邏輯，其實這種場景很常見。

最一般的實現：

看上面代碼，有4種策略，有兩種優化方案。

2.1 多態

具體策略對象存放在一個Map中，優化後的實現

上面這種優化方案有一個弊端，為了能夠快速拿到對應的策略實現，需要map對象來保存策略，當添加一個新策略的時候，還需要手動添加到map中，容易被忽略。

2.2 枚舉

發現很多同學不知道在枚舉中可以定義方法，這裡定義一個表示狀態的枚舉，另外可以實現一個run方法。

重新定義策略枚舉

通過枚舉優化之後的代碼如下

3. 學會使用 Optional

Optional主要用於非空判斷，由於是jdk8新特性，所以使用的不是特別多，但是用起來真的爽。

使用之前：

如果登錄用戶為空，執行action1，否則執行action 2，使用Optional優化之後，讓非空校驗更加優雅，間接的減少if操作

4. 數組小技巧

來自google解釋，這是一種編程模式，叫做表驅動法，本質是從表里查詢信息來代替邏輯語句，比如有這麼一個場景，通過月份來獲取當月的天數，僅作為案例演示，數據並不嚴謹。

一般的實現：

優化後的代碼

結束

if else作為每種程式語言都不可或缺的條件語句，在編程時會大量的用到。一般建議嵌套不要超過三層，如果一段代碼存在過多的if else嵌套，代碼的可讀性就會急速下降，後期維護難度也大大提高。

我目前是在職Java開發，如果你現在正在了解Java技術，想要學好Java，渴望成為一名Java開發工程師，在入門學習Java的過程當中缺乏基礎的入門視頻教程，你可以關注並私信我：01。我這裡有一套最新的Java基礎JavaSE的精講視頻教程，這套視頻教程是我在年初的時候，根據市場技術棧需求錄製的，非常的系統完整。