1. 使用後衛(wèi)條款提早返回和平坦的結(jié)構(gòu)。 2。將復(fù)雜條件提取到描述性函數(shù)或變量中，以清晰度和重複使用。 3。用查找表或策略模式代替多個(gè)條件組合，以集中邏輯。 4.應(yīng)用多態(tài)性通過將行為委派給班級(jí)來消除基於型或州的條件。 5。使用布爾代數(shù)簡(jiǎn)化嵌套條件，同時(shí)避免過度長(zhǎng)度的表達(dá)式。每種策略都會(huì)減少認(rèn)知負(fù)荷，提高可維護(hù)性並闡明條件邏輯的意圖。

嵌套if語句（通常稱為“如果地獄”）是一種常見的代碼氣味，使邏輯難以遵循，測(cè)試和維護(hù)。深度嵌套的條件掩蓋了意圖，增加了認(rèn)知負(fù)荷並使重構(gòu)風(fēng)險(xiǎn)。好消息？有證明的策略可以使有條件的邏輯弄平和闡明。 if地獄嵌套在乾淨(jìng)，可讀的代碼中，這是重構(gòu)嵌套的方法。

1。使用後衛(wèi)條款（早期退貨）

減少嵌套的最有效方法之一是當(dāng)條件使其餘功能無關(guān)緊要時(shí)，早期返回。

而不是：

 def process_user（用戶）：
    如果用戶：
        如果user.is_active：
            如果user.has_permission：
                ＃主要邏輯在這裡
                返回“處理...”
            別的：
                返回“無許可”
        別的：
            返回“非活動(dòng)用戶”
    別的：
        返回“無效用戶”

帶有早期回報(bào)的重構(gòu)：

 def process_user（用戶）：
    如果不是用戶：
        返回“無效用戶”
    如果不是user.is_active：
        返回“非活動(dòng)用戶”
    如果不是user.has_permission：
        返回“無許可”

    ＃主要邏輯在這裡
    返回“處理...”

?好處：

• 平坦的結(jié)構(gòu)
• 減少凹痕
• 使失敗路徑明顯
• 將主要邏輯保持在底部（“快樂之路”）

2。將條件提取到描述性函數(shù)或變量中

複雜或重複的條件應(yīng)提取到命名良好的功能或變量中，以提高可讀性。

而不是：

如果user.age> = 18和user.country ==“ us”和user.subscription_active而不是user.is_blocked：
    grant_access（）

重構(gòu)：

 def is_eligible_for_access（用戶）：
    返回 （
        user.age> = 18
        和user.country ==“我們”
        和user.subscription_active
        而不是user.is_blocked
    ）

＃然後使用它：
如果IS_ELIGIBLE_FOR_ACCESS（用戶）：
    grant_access（）

甚至與一個(gè)變量的內(nèi)聯(lián)：

 iS_ELIGE =（（
    user.age> = 18
    和user.country ==“我們”
    和user.subscription_active
    而不是user.is_blocked
）

如果是符合條件：
    grant_access（）

?好處：

• 封裝邏輯
• 意圖清晰
• 更容易測(cè)試和重複使用

3。用策略模式或查找表代替嵌套條件

當(dāng)您具有多種條件組合導(dǎo)致不同結(jié)果的組合時(shí)，請(qǐng)考慮使用基於字典的調(diào)度或策略模式。

例如，而不是：

如果user.role ==“ admin”：
    如果user.tier ==“ premium”：
        apply_full_access（）
    elif user.tier ==“基本”：
        apply_limited_admin（）
elif user.role ==“用戶”：
    如果user.tier ==“ premium”：
        apply_premium_features（）
    elif user.tier ==“基本”：
        apply_basic_features（）

使用查找表：

動(dòng)作= {
    （“ admin”，“ premium”）：apply_full_access，
    （“ admin”，“ basic”）：apply_limited_admin，
    （“用戶”，“ premium”）：apply_premium_features，
    （“用戶”，“基本”）：apply_basic_features，
}

action = action.get（（user.role，user.tier））
如果行動(dòng)：
    行動(dòng)（）

?好處：

• 消除了分支複雜性
• 集中映射邏輯
• 易於擴(kuò)展或配置

注意：當(dāng)條件是離散且可預(yù)測(cè)時(shí)，這最有效。

4。使用多態(tài)性根據(jù)類型或狀態(tài)進(jìn)行行為

如果您的if鍊是基於對(duì)像類型或狀態(tài)的，則多態(tài)性可以完全消除條件。

而不是：

 if帳戶==“儲(chǔ)蓄”：
    利息=金額 * 0.03
elif account.type ==“檢查”：
    利息=金額 * 0.01
elif帳戶==“投資”：
    利息=金額 * 0.05

定義類：

班級(jí)帳戶：
    def calculate_interest（self，金額）：
        提出通知

SavingsAccount類（帳戶）：
    def calculate_interest（self，金額）：
        退貨金額 * 0.03

班級(jí)checkingAccount（帳戶）：
    def calculate_interest（self，金額）：
        退貨金額 * 0.01

班級(jí)投資計(jì)劃（帳戶）：
    def calculate_interest（self，金額）：
        退貨金額 * 0.05

然後只需致電：

興趣= account.calculate_interest（金額）

?好處：

• 符合開放/關(guān)閉原則
• 通話代碼中沒有條件邏輯
• 更容易添加新類型

5。結(jié)合佈爾代數(shù)

有時(shí)， if可以通過邏輯結(jié)合條件來扁平，則會(huì)嵌套。

而不是：

如果user.is_authenticated：
    如果user.is_verified：
        如果user.has_subscription：
            show_premium_content（）

您可以寫：

如果user.is_authenticated and user.is_verified和user.has_subscription：
    show_premium_content（）

或者更好：

 is_ready =（（
    user.is_authenticated
    和user.is_verified
    和user.has_subscription
）

如果IS_ready：
    show_premium_content（）

請(qǐng)注意不要產(chǎn)生過長(zhǎng)的條件 - 在需要時(shí)提取。

獎(jiǎng)金：提防混亂的擔(dān)憂

通常，嵌套if出現(xiàn)，因?yàn)橐粋€(gè)函數(shù)做得太多。問問自己：

• 此功能是否處理驗(yàn)證，業(yè)務(wù)邏輯和副作用？
• 我可以將其分成較小的碎片嗎？

關(guān)注的分離自然減少了築巢。

重構(gòu)嵌套條件不僅涉及美學(xué)，還可以提高正確性，可檢驗(yàn)性和可維護(hù)性。從後衛(wèi)條款和提取功能開始；當(dāng)邏輯生長(zhǎng)時(shí)，朝著多態(tài)性或調(diào)度表發(fā)展。目的不是消除if ，而是要使它們顯而易見，孤立且易於管理。

基本上，如果您的邏輯看起來像是金字塔，那麼該將其弄平了。

以上是重構(gòu)嵌套``if`地獄：更清潔的有條件邏輯的策略的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！