架構控制流：何時使用（和避免）嵌套在PHP中

如果陳述反映邏輯層次結構，例如具有清晰的早期出口，層次業務邏輯或淺層嵌套（1-2級）時，則嵌套在PHP中，因為它們可以提高清晰度並保持流動性。 2。深嵌套（3個級別），獨立條件和重複的誤差處理應避免增加複雜性並降低可讀性。 3。更好的替代方案包括使用早期退貨或拋出變平的代碼，將條件與邏輯運算符（&&，||）相結合，將邏輯提取到私人方法或驗證類中，以及對多分支成果採用開關語句或策略模式。 4。目標是僅在築巢時築巢時保持控制流程的清晰度和重構在阻礙可維護性時保持清潔，從而確保快樂的路徑保持顯而易見且易於遵循。

if陳述是PHP控制流的基本組成部分，則嵌套在PHP中 - 但與任何工具一樣，當過度使用時明智地使用和問題時，它們的功能強大。知道何時嵌套if嵌套以及何時重構它們是編寫乾淨，可維護和可辯論的代碼的關鍵。

if S嵌套在PHP中，那麼當嵌套時，讓我們分解，當PHP中有意義，最好伸手去拿替代方案。

✅當嵌套IF時可以接受（甚至很好）

在某些情況下， if語句提高了清晰度並反映了條件的邏輯層次結構。

1。有清晰提早出口的後衛條款

有時，您需要在繼續之前驗證多個前提條件。當每個條件取決於上一個條件時，嵌套可以使流程直覺。

如果（$ user-> isloggedin（））{
    if（$ user-> haspermission（'edit_post'））{
        if（$ post-> isedable（））{
            //繼續編輯
            $ post-> edit（$ data）;
        } 別的 {
            提出新的異常（“無法編輯帖子”。）；
        }
    } 別的 {
        提出新的異常（“拒絕許可”）；
    }
} 別的 {
    重定向（'/login'）;
}

該結構是可以理解的，因為每一層都取決於上面的結構。但是即使在這裡，我們也可以做得更好（稍後再做更多）。

2。等級業務邏輯

當業務規則自然分層時（例如檢查訂單狀態，然後付款，然後運輸資格）築巢可能反映了現實世界的依賴性。

如果（$ order-> isconfirmed（））{
    如果（$ order-> ispaid（））{
        if（$ order-> hasinventory（））{
            $ order-> ship（）;
        }
    }
}

同樣，可讀性 - 但仍然成熟以簡化。

3。較小的淺築巢（1-2級）

單個層次的築巢通常很好。如果邏輯簡單明了，則可以接受兩個級別。您走的越深，就越難。

❌何時避免嵌套

深度嵌套的條件導致意大利麵條代碼，可降低可檢驗性和更高的認知負荷。

1。太多級別（3個嵌套）

三個或多個級別的if語句是危險信號。它們使代碼難以讀取和測試。

如果（$ a）{
    如果（$ b）{
        如果（$ c）{
            如果（$ d）{
                //我在這裡做什麼？
            }
        }
    }
}

這通常稱為“厄運金字塔”。是時候重構了。

2。獨立條件

如果條件是獨立的（即，它們彼此不依賴），則沒有理由將它們嵌套。

❌不好：

如果（$ email）{
    如果（$ passwess）{
        如果（$ enteraccepted）{
            createuser（）;
        }
    }
}

更好：

 if（！$ email ||！$ password ||！$ enteraccepped）{
    提出新的異常（“需要所有字段。”）；
}
createuser（）;

將獨立檢查與邏輯操作員相結合。

3。重複錯誤處理

如果else塊做類似的事情（例如拋出異常或記錄），則應該倒轉邏輯。

？更深入築巢的更好替代品

而不是嵌套，而是考慮這些更清潔的模式。

✅使用早期回報（或投擲）

首先通過處理邊緣箱弄平結構。

函數editpost（$ user，$ post）{
    如果（！$ user-> isloggedin（））{
        重定向（'/login'）;
        返回;
    }

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

    if（！$ post-> iSedable（））{
        提出新的異常（“無法編輯帖子”。）；
    }

    $ post-> edit（$ data）;
}

現在，快樂的道路乾淨地流動而不築巢。

✅將條件與邏輯操作員結合起來

在適當的情況下，使用&&倒塌相關的檢查。

 if（$ user-> isloggedin（）&& $ user-> haspermission（'edit'）&& $ post-> isediable（））{
    $ post-> edit（$ data）;
} 別的 {
    //處理拒絕
}

請注意不要使線路太長或晦澀。

✅提取私人方法或驗證類

將復雜邏輯分解為較小的命名方法。

如果（$ this-> caneditpost（$ user，$ post））{
    $ post-> edit（$ data）;
}

// ...

私有功能CanEditPost（$ user，$ post）：bool {
    返回$ user-> isloggedin（）
        && $ user-> haspermission（'edit'）
        && $ post-> isedible（）;
}

這可以提高可讀性和可重複性。

✅使用開關語句或策略模式進行多個結果

如果您是基於類型或狀態進行分支，請考慮match ， switch或面向對象的策略，而if/else級聯。

 $ ACTION = Match（$ status）{
    'draft'=> $ this-> savedraft（），
    '發布'=> $ this-> Publish（），
    '存檔'=>投擲新異常（'無法編輯存檔帖子'），
};

最後的想法

if陳述不是固有的邪惡，則嵌套了 - 它們是出於某種原因的語言的一部分。但是清晰的意圖築巢是好的。深，糾結的條件不是。

根據經驗法則：

• 使用嵌套進行依賴的分層檢查（最大1-2級）。
• 避免在獨立條件下築巢。
• 邏輯生長時，使用早期回報，後衛條款或提取方法進行重構。
• 瞄準平坦的線性代碼，其中快樂的道路沒有埋在牙套中。

清潔控制流並不是要消除if - 這是關於使您的邏輯易於遵循，測試和更改。

基本上：嵌套使代碼更清晰，而不僅僅是因為您可以。

以上是架構控制流：何時使用（和避免）嵌套在PHP中的詳細內容。更多資訊請關注PHP中文網其他相關文章！