設(shè)計(jì)更好的軟件，替換If-Else的5種方法。入門到高級示例

“

讓我直接說這句話：If-Else通常是一個糟糕的選擇。

”

它導(dǎo)致設(shè)計(jì)復(fù)雜，代碼可讀性差，并且可能導(dǎo)致重構(gòu)困難。

但是，If-Else已成為事實(shí)上的代碼分支解決方案，這確實(shí)是有道理的。這是向所有有抱負(fù)的開發(fā)人員講授的第一件事。不幸的是，許多開發(fā)人員從來沒有前進(jìn)到更合適的分支策略。

有些人的口頭禪是：If-Else是一把錘子，一切都是釘子。

無法區(qū)分何時使用更合適的方法是區(qū)分大三學(xué)生和大三學(xué)生的原因之一。

我將向您展示一些技巧和模式，這些技巧和模式將終結(jié)這種可怕的做法。

每個示例的難度都會增加。

1 完全不必要的Else塊

這也許是那些初級開發(fā)人員最負(fù)罪的之一。下面的示例很好地說明了當(dāng)您被認(rèn)為If-Else很棒時會發(fā)生什么。

> Simple if-else

只需刪除else`塊即可簡化此過程。

> Removed else

看起來更專業(yè)吧？

您會經(jīng)常發(fā)現(xiàn)，實(shí)際上根本不需要其他塊。像在這種情況下一樣，您想要在滿足特定條件的情況下執(zhí)行某些操作并立即返回。

2 價值分配

如果您要根據(jù)提供的某些輸入為變量分配新值，請停止If-Else廢話-一種更具可讀性的方法。

> Value assignment with if-else

盡管很簡單，但它卻很糟糕。首先，If-Else很容易在這里被開關(guān)取代。但是，我們可以通過完全刪除else來進(jìn)一步簡化此代碼。

> If statements with fast return

如果不使用else，則我們將剩下干凈的可讀代碼。請注意，我也將樣式更改為快速返回而不是單返回語句-如果已經(jīng)找到正確的值，繼續(xù)測試一個值根本沒有意義。

3 前提條件檢查

通常，我發(fā)現(xiàn)，如果方法提供了無效的值，則繼續(xù)執(zhí)行是沒有意義的。假設(shè)我們從以前就有了DefineGender方法，要求提供的輸入值必須始終為0或1。

> Method without value checks

在沒有價值驗(yàn)證的情況下執(zhí)行該方法沒有任何意義。因此，在允許方法繼續(xù)執(zhí)行之前，我們需要檢查一些先決條件。

應(yīng)用保護(hù)子句防御性編碼技術(shù)，您將檢查方法的輸入值，然后繼續(xù)執(zhí)行方法。

> Check preconditions with guard clauses

至此，我們確保僅在值落在預(yù)期范圍內(nèi)時才執(zhí)行主邏輯。

現(xiàn)在，IF也已被三元代替，因?yàn)椴辉傩枰诮Y(jié)尾處默認(rèn)返回"未知"。

4 將If-Else轉(zhuǎn)換為字典—完全避免If-Else

假設(shè)您需要執(zhí)行一些操作，這些操作將根據(jù)某些條件進(jìn)行選擇，我們知道以后必須添加更多操作。

也許有人傾向于使用久經(jīng)考驗(yàn)的If-Else。如果添加新操作，則只需簡單地添加其他內(nèi)容即可。很簡單 但是，就維護(hù)而言，這種方法不是一個好的設(shè)計(jì)。

知道我們以后需要添加新的操作后，我們可以將If-Else重構(gòu)為字典。

可讀性已大大提高，并且可以更輕松地推斷出該代碼。

注意，僅出于說明目的將字典放置在方法內(nèi)部。您可能希望從其他地方提供它。

5 擴(kuò)展應(yīng)用程序—完全避免使用If-Else

這是一個稍微高級的示例。

通過用對象替換它們，知道何時甚至完全消除If。

通常，您會發(fā)現(xiàn)自己不得不擴(kuò)展應(yīng)用程序的某些部分。作為初級開發(fā)人員，您可能會傾向于通過添加額外的If-Else（即else-if）語句來做到這一點(diǎn)。

舉這個說明性的例子。在這里，我們需要將Order實(shí)例顯示為字符串。首先，我們只有兩種字符串表示形式：JSON和純文本。在此階段使用If-Else并不是什么大問題，如果我們可以輕松替換其他，只要如前所述即可。

知道我們需要擴(kuò)展應(yīng)用程序的這一部分，這種方法絕對是不可接受的。

上面的代碼不僅違反了"打開/關(guān)閉"原則，而且閱讀得不好，還會引起可維護(hù)性方面的麻煩。

正確的方法是遵循SOLID原則的方法-我們通過實(shí)施動態(tài)類型發(fā)現(xiàn)過程（在本例中為策略模式）來做到這一點(diǎn)。

重構(gòu)這個混亂的過程的過程如下：

• 使用公共接口將每個分支提取到單獨(dú)的策略類中
• 動態(tài)查找實(shí)現(xiàn)通用接口的所有類
• 根據(jù)輸入決定執(zhí)行哪種策略

替換上面示例的代碼如下所示。是的，這是更多代碼的方式。它要求您了解類型發(fā)現(xiàn)的工作原理。但是動態(tài)擴(kuò)展應(yīng)用程序是一個高級主題。

我只顯示將替換If-Else示例的確切部分。如果要查看所有涉及的對象，請查看此要點(diǎn)。

讓我們快速瀏覽一下代碼。

方法簽名保持不變，因?yàn)檎{(diào)用者不需要了解我們的重構(gòu)。

首先，獲取實(shí)現(xiàn)通用接口IOrderOutputStrategy的程序集中的所有類型。然后，我們建立一個字典，格式化程序的displayName的名稱為key，類型為value。

然后從字典中選擇格式化程序類型，然后嘗試實(shí)例化策略對象。

最后，調(diào)用策略對象的ConvertOrderToString。

作者介紹

Nicklas Millard在丹麥的四大咨詢公司之一中擔(dān)任高級技術(shù)顧問。他主要擔(dān)任客戶項(xiàng)目的首席開發(fā)人員和解決方案架構(gòu)師。

他一直在為商業(yè)客戶和政府機(jī)構(gòu)開發(fā)軟件，例如國防部，教育部，丹麥環(huán)境與食品部，國家警察，丹麥勞動力市場和招聘局以及rstad。

在LinkedIn上連接

“

(本文翻譯自Nicklas Millard的文章《Better Software Without If-Else》，參考：https://medium.com/swlh/5-ways-to-replace-if-else-statements-857c0ff19357)

”

特別推薦一個分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容，還沒關(guān)注的小伙伴，可以長按關(guān)注一下：

長按訂閱更多精彩▼
如有收獲，點(diǎn)個在看，誠摯感謝