來源:翻譯自:Nicklas Millard的文章《Better Software Without If-Else》注:本文并不肯定或者否定哪一種寫法,僅僅為大家提供一些其他的編碼思路或者一些值得借鑒的點子,希望大家能在公眾號的每一篇文章中都能有所收獲,同時歡迎探討!設(shè)計更好的軟件,替換If-Else的5種方法。入門到高級示例讓我直接說這句話:If-Else通常是一個糟糕的選擇。它導(dǎo)致設(shè)計復(fù)雜,代碼可讀性差,并且可能導(dǎo)致重構(gòu)困難。但是,If-Else已成為事實上的代碼分支解決方案,這確實是有道理的。這是向所有有抱負(fù)的開發(fā)人員講授的第一件事。不幸的是,許多開發(fā)人員從來沒有前進(jìn)到更合適的分支策略。有些人的口頭禪是:If-Else是一把錘子,一切都是釘子。無法區(qū)分何時使用更合適的方法是區(qū)分大三學(xué)生和大三學(xué)生的原因之一。我將向您展示一些技巧和模式,這些技巧和模式將終結(jié)這種可怕的做法。每個示例的難度都會增加。
如果您要根據(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在沒有價值驗證的情況下執(zhí)行該方法沒有任何意義。因此,在允許方法繼續(xù)執(zhí)行之前,我們需要檢查一些先決條件。應(yīng)用保護(hù)子句防御性編碼技術(shù),您將檢查方法的輸入值,然后繼續(xù)執(zhí)行方法。Check preconditions with guard clauses至此,我們確保僅在值落在預(yù)期范圍內(nèi)時才執(zhí)行主邏輯。現(xiàn)在,IF也已被三元代替,因為不再需要在結(jié)尾處默認(rèn)返回"未知"。