設計更好的軟件,替換If-Else的5種方法。入門到高級示例算法
讓我直接說這句話:If-Else一般是一個糟糕的選擇。數據庫
它致使設計複雜,代碼可讀性差,而且可能致使重構困難。架構
可是,If-Else已成爲事實上的代碼分支解決方案,這確實是有道理的。這是向全部有抱負的開發人員講授的第一件事。不幸的是,許多開發人員歷來沒有前進到更合適的分支策略。測試
有些人的口頭禪是:If-Else是一把錘子,一切都是釘子。編碼
沒法區分什麼時候使用更合適的方法是區分大三學生和大三學生的緣由之一。翻譯
我將向您展現一些技巧和模式,這些技巧和模式將終結這種可怕的作法。設計
每一個示例的難度都會增長。3d
這也許是那些初級開發人員最負罪的之一。下面的示例很好地說明了當您被認爲If-Else很棒時會發生什麼。對象
只需刪除else`塊便可簡化此過程。blog
看起來更專業吧?
您會常常發現,實際上根本不須要其餘塊。像在這種狀況下同樣,您想要在知足特定條件的狀況下執行某些操做並當即返回。
若是您要根據提供的某些輸入爲變量分配新值,請中止If-Else廢話-一種更具可讀性的方法。
儘管很簡單,但它卻很糟糕。首先,If-Else很容易在這裏被開關取代。可是,咱們能夠經過徹底刪除else來進一步簡化此代碼。
若是不使用else,則咱們將剩下乾淨的可讀代碼。請注意,我也將樣式更改成快速返回而不是單返回語句-若是已經找到正確的值,繼續測試一個值根本沒有意義。
一般,我發現,若是方法提供了無效的值,則繼續執行是沒有意義的。
假設咱們從之前就有了DefineGender方法,要求提供的輸入值必須始終爲0或1。
在沒有價值驗證的狀況下執行該方法沒有任何意義。所以,在容許方法繼續執行以前,咱們須要檢查一些先決條件。
應用保護子句防護性編碼技術,您將檢查方法的輸入值,而後繼續執行方法。
至此,咱們確保僅在值落在預期範圍內時才執行主邏輯。
如今,IF也已被三元代替,由於再也不須要在結尾處默認返回"未知"。
假設您須要執行一些操做,這些操做將根據某些條件進行選擇,咱們知道之後必須添加更多操做。
也許有人傾向於使用久經考驗的If-Else。若是添加新操做,則只需簡單地添加其餘內容便可。很簡單 可是,就維護而言,這種方法不是一個好的設計。
知道咱們之後須要添加新的操做後,咱們能夠將If-Else重構爲字典。
可讀性已大大提升,而且能夠更輕鬆地推斷出該代碼。
注意,僅出於說明目的將字典放置在方法內部。您可能但願從其餘地方提供它。
這是一個稍微高級的示例。
經過用對象替換它們,知道什麼時候甚至徹底消除If。
一般,您會發現本身不得不擴展應用程序的某些部分。做爲初級開發人員,您可能會傾向於經過添加額外的If-Else(即else-if)語句來作到這一點。
舉這個說明性的例子。在這裏,咱們須要將Order實例顯示爲字符串。首先,咱們只有兩種字符串表示形式:JSON和純文本。在此階段使用If-Else並非什麼大問題,若是咱們能夠輕鬆替換其餘,只要如前所述便可。
知道咱們須要擴展應用程序的這一部分,這種方法絕對是不可接受的。
上面的代碼不只違反了"打開/關閉"原則,並且閱讀得很差,還會引發可維護性方面的麻煩。
正確的方法是遵循SOLID原則的方法-咱們經過實施動態類型發現過程(在本例中爲策略模式)來作到這一點。
重構這個混亂的過程的過程以下:
· 使用公共接口將每一個分支提取到單獨的策略類中
· 動態查找實現通用接口的全部類
· 根據輸入決定執行哪一種策略
替換上面示例的代碼以下所示。是的,這是更多代碼的方式。它要求您瞭解類型發現的工做原理。可是動態擴展應用程序是一個高級主題。
我只顯示將替換If-Else示例的確切部分。若是要查看全部涉及的對象,請查看此要點。
讓咱們快速瀏覽一下代碼。
方法簽名保持不變,由於調用者不須要了解咱們的重構。
首先,獲取實現通用接口IOrderOutputStrategy的程序集中的全部類型。而後,咱們創建一個字典,格式化程序的displayName的名稱爲key,類型爲value。
而後從字典中選擇格式化程序類型,而後嘗試實例化策略對象。
最後,調用策略對象的ConvertOrderToString。
Nicklas Millard在丹麥的四大諮詢公司之一中擔任高級技術顧問。他主要擔任客戶項目的首席開發人員和解決方案架構師。
他一直在爲商業客戶和政府機構開發軟件,例如國防部,教育部,丹麥環境與食品部,國家警察,丹麥勞動力市場和招聘局以及Ørstad。
翻譯自:Nicklas Millard的文章《Better Software Without If-Else》,
參考:https://medium.com/swlh/5-ways-to-replace-if-else-statements-857c0ff19357
推薦閱讀