繁體中文（台灣）
  • 去除 if-else
  • 代碼優化
  • 乾淨代碼
  • 面向介面的編程
  • 條件邏輯

三個強大的編碼技巧來去除混亂的條件判斷

介紹三個強大的編碼技巧來優化和簡化複雜的條件結構，提高代碼質量和可維護性。

Yijun
Yijun
Developer

在軟體開發中，我們經常會遇到需要處理多種情況的代碼邏輯。如果管理不當，這些邏輯很容易演變成冗長的 if-else 鏈或大型的 switch 語句。本文將介紹幾種有效的技術來優化這些結構，提高代碼質量和可維護性。

1. 防禦性編程：提前返回

假設我們正在開發一個用戶身份驗證系統，需要在允許訪問之前檢查各種用戶狀態：

此代碼存在明顯的結構問題。它使用了深層嵌套的 if-else 結構，使得代碼難以閱讀和維護。隨著條件檢查數量的增加，代碼的縮進級別加深，形成所謂的「箭頭型」代碼。錯誤處理邏輯分散在不同的嵌套層次，不利於統一管理。更重要的是，代碼的核心邏輯——允許訪問的情況——被深埋在多層條件判斷中，缺乏直觀性。這種編碼風格不僅降低了代碼可讀性，還增加了錯誤風險，並使代碼擴展困難。

我們可以使用「提前返回」方法來優化此代碼：

通過採用「提前返回」策略，我們成功地優化了原始代碼結構。

這種方法帶來了幾個改進：

  • 它顯著減少了代碼的嵌套複雜性。每個條件檢查都被獨立處理，使整體邏輯更加清晰易懂。這種扁平化結構不僅提高了代碼可讀性，也大大降低了維護難度。
  • 該優化方法實現了錯誤處理邏輯的集中管理。通過在每次條件檢查後立即返回結果，我們避免了不必要的代碼執行，同時集中處理各種錯誤情況，讓整個錯誤處理過程更有條理。
  • 代碼的核心邏輯——允許訪問的條件——變得更為突出。這種結構讓代碼的主要目的顯而易見，極大地提升了代碼的表達性和可理解性。

2. 查找表方法

我們經常會遇到根據不同輸入返回不同結果的情況。如果處理不當，這些邏輯很容易演變成冗長的 if-else 鏈或大型 switch 語句。例如，在一個電子商務平台中，我們需要根據不同的訂單狀態返回相應的狀態描述：

這是一個典型的場景，根據不同的情況返回不同的結果。隨著情況數量的增加，switch 語句或 if-else 判斷會變得冗長。此外，在此場景中，如果用戶需要將這些狀態內容翻譯成其他語言，將需要修改函數體或新增函數，從而帶來巨大的維護成本。

在這種情況下，我們可以使用查找表方法來優化代碼：

首先，通過使用Map對象來存儲狀態與描述之間的映射關係，代碼變得更加簡潔。我們還可以方便地將狀態描述移動到配置文件中，為國際化和動態更新提供便利。當新增狀態時，我們不需要修改核心邏輯代碼，只需在配置中添加對應的鍵值對。

3. 面向介面的編程

在開發大型軟體系統時，我們經常需要支持多個服務提供者或功能模組。在軟體設計階段，我們可以考慮使用面向介面的編程來方便後續的擴展，從而消除硬編碼在複雜系統中帶來的多重條件判斷的複雜性。

假設我們正在開發一個多語言翻譯系統，需要支持不同的翻譯服務提供者。如果在設計階段不考慮面向介面的編程，後續擴展將變得非常困難：

這種實現使用了一個簡單而粗糙的 if-else 結構來選擇翻譯提供者，這使得代碼難以維護和擴展。當未來添加新翻譯提供者時，需要修改現有代碼，而隨著需要支持的翻譯提供者越來越多，代碼將變得臃腫且難以維護。同時，這種複雜的方法也很難進行單元測試，因為模擬不同的翻譯提供者並不容易。

為了解決這些問題，我們可以使用面向介面的編程來優化代碼。面向介面的編程是一種實現多態的重要方式，允許不同的對象以不同的方式響應相同的訊息。

實現過程：

  1. 定義翻譯策略介面：
  1. 為每個翻譯提供者實現此介面：
  1. 重構 TranslationService 類，將策略作為參數傳遞：
  1. 使用優化後的代碼：

通過定義 TranslationStrategy 介面並引入面向介面的編程，我們獲得以下好處：

  • TranslationService 可以在每次調用時使用不同的翻譯策略。
  • 添加新翻譯提供者變得簡單，只需創建新的策略類並實現介面即可。
  • 客戶端代碼可以靈活選擇每次翻譯要使用的策略，而不必修改 TranslationService 的核心邏輯。
  • 每個翻譯策略都可以獨立測試，提高了代碼的可測試性。
  • 避免在 TranslationService 中維護狀態，使服務更加無狀態和線程安全。

結論

優化條件語句結構是提高代碼質量的重要手段。本文介紹的三種方法——防禦性編程、查找表方法和面向介面的編程（結合多態性）——各自有其適用場景：

  1. 防禦性編程適合用於處理多個獨立的條件檢查，可以有效地減少代碼嵌套。
  2. 查找表方法適合用於處理需要針對不同情況作出不同反應的需求，使代碼更加簡潔且易於維護。
  3. 將面向介面的編程結合多態性，適用於構建複雜但靈活的系統，提高代碼的靈活性和可擴展性。

在實際開發中，我們經常需要基於具體情況選擇合適的方法，有時甚至需要綜合應用多種技術。重要的是平衡代碼的簡單性、可讀性和可維護性，選擇最符合當前問題的解決方案。

記住，過度優化可能會導致代碼過於複雜。保持代碼簡單易讀始終是首要原則。在應用這些技術時，應根據項目的具體需求和團隊的技術水平做出明智的選擇。