使用早期收益來處理前提條件，并通過在故障案例中快速退出來消除深嵌套。 2。使用專用的輔助方法來驗證所有條件，以保持主邏輯清潔和可測試。 3。集中驗證，并試用/捕獲塊以保持平坦的線性快樂路徑。 4.將復(fù)雜條件提取到較小的方法或類中，以提高可讀性和可重復(fù)性。 5。利用PHP 8 NULLSAFE和NULL合并操作員去除冗余的無效檢查并簡化鏈式方法調(diào)用。 6。對于復(fù)雜的條件邏輯，應(yīng)用狀態(tài)或策略模式以多態(tài)性替代嵌套IF，增強可維護性和可伸縮性。這些策略共同減少了認知負荷，提高可檢驗性并使代碼更易于修改和推理。

if PHP中的語句（通常稱為“厄運的金字塔”）嵌套是一種常見的代碼氣味，使邏輯難以遵循，測試和維護。當您在執(zhí)行核心邏輯之前驗證先決條件，處理錯誤或檢查多個狀態(tài)時，通常會出現(xiàn)它們。筑巢越深，就代碼實際上做什么，就越難。

好消息？您不需要忍受它。以下是使金字塔和編寫更清潔，更可讀的PHP代碼的實用策略。

1。提早返回（后衛(wèi)條款）

避免深嵌套的最有效方法之一是使用早期回報（也稱為后衛(wèi)條款）。當未達到先決條件時，沒有將您的成功路徑包裹在if層中，而是盡早退出。

之前（厄運金字塔）：

功能processuser（$ user）{
    如果（$ user！== null）{
        如果（$ user-> isAtive（））{
            如果（$ user-> haspermission（'edit'））{
                //主要邏輯在這里
                返回$ this->表演（$ user）;
            } 別的 {
                提出新的異常（“無許可”）；
            }
        } 別的 {
            投擲新異常（“用戶不活動”）；
        }
    } 別的 {
        提出新的異常（“找不到用戶”）；
    }
}

（提早回報）之后：

功能processuser（$ user）{
    如果（$ user === null）{
        提出新的異常（“找不到用戶”）；
    }

    if（！$ user-> iSactive（））{
        投擲新異常（“用戶不活動”）；
    }

    如果（！$ user-> haspermission（'edit'））{
        提出新的異常（“無許可”）；
    }

    返回$ this->表演（$ user）;
}

此版本是線性的，易于掃描，并保持不明智的道路。每個后衛(wèi)條款都處理一個失敗案例，并將其弄清楚。

2。前面使用驗證

如果您要檢查所有在繼續(xù)前進之前都需要通過的條件，請考慮一起驗證它們。您可以將邏輯提取到專用方法中，也可以使用簡單的布爾檢查。

功能processuser（$ user）{
    if（！$ this-> canProcessuser（$ user））{
        投擲新異常（“無法處理用戶”）；
    }

    返回$ this->表演（$ user）;
}

私有功能CANPROCESSER（$ user）：bool {
    返回$用戶！== null 
        && $ user-> iSactive（） 
        && $ user-> haspermission（'edit'）;
}

這使主要方法保持清潔，并將復(fù)雜的邏輯移至密有訴訟的助手。獎勵： canProcessUser()現(xiàn)在可以獨立測試。

3。利用例外，嘗試/捕捉

對于驗證重量的工作流程，請考慮使用異常而不是手動if 。這使您可以線性地寫出快樂的路徑并集中處理故障。

功能processuser（$ user）{
    $ this-> validateUser（$ user）;
    返回$ this->表演（$ user）;
}

私有功能valuteuser（$ user）：void {
    if（$ user === null）投擲新的invalidargumentException（'未找到用戶'）;
    如果（！$ user-> iSactive（））拋出新的invalidargumentException（'user notive'）;
    如果（！$ user-> haspermission（'edit'））投擲新的invalidargumentException（'no wripermissed'）;
}

現(xiàn)在，主要邏輯是完全平坦的。所有驗證都是集中的，您甚至可以在其他地方重用validateUser() 。

4。提取到較小的方法或類

當條件涉及復(fù)雜的業(yè)務(wù)邏輯時，您應(yīng)該提取它們。將大型方法分解為較小的單一責任。

而不是：

 if（$ user && $ user-> isAtivive（）&& $ rode-> iSvalid（）&& $ nettery-> hasstock（））{...}

做：

 if（！$ this-> canProcessorder（$ user，$訂單））{
    投擲新的域Exception（“無法處理訂單”）；
}

并定義：

私有函數(shù)canProcessorder（$ user，$ order）：bool {
    返回$ user？ - > iSACTIVE（）
        && $ roder-> iSvalid（）
        && $ this->庫存 - > hasstockfor（$ order）;
}

這提高了可讀性并使測試更加容易。

5。使用無效安全和可選鏈接（PHP 8）

現(xiàn)代PHP版本有助于大大減少零檢查。使用nullsafe操作員（ ?-> ）和空合合并操作員（ ?? ）避免不必要的if 。

前：

如果（$ user！== null）{
    if（$ user-> getProfile（）！== null）{
        返回$ user-> getProfile（） - > getemail（）;
    }
}
返回'unknown@example.com';

后：

返回$用戶？ - > getProfile（）？ - > getemail（）?? 'unknown@example.com';

這消除了整個嵌套一行的層。

獎勵：考慮復(fù)雜邏輯的狀態(tài)或策略模式

如果您發(fā)現(xiàn)自己根據(jù)用戶角色，狀態(tài)或類型有深度嵌套的條件，則可能是時候完全超越if了。

• 狀態(tài)模式：基于對象的狀態(tài)封裝行為。
• 策略模式：根據(jù)上下文選擇算法或規(guī)則。

這些模式用多態(tài)性代替條件邏輯，使代碼更加可擴展和脆弱。

使《厄運》的金字塔變平不僅僅是美學(xué) - 它可以降低錯誤，改善可測試性并使您的代碼更易于更改。從早期回報和驗證提取開始。然后，隨著復(fù)雜性的增長，可以達到設(shè)計模式和現(xiàn)代PHP功能。

基本上：為快樂的道路寫作，防止悲傷的道路，并保持較淺的if 。

以上是重構(gòu)毀滅性金字塔：如果塊，清潔劑的策略的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！