當(dāng)您在循環(huán)中看到斷點語句時，通常表明可以將其提取到功能中的獨特邏輯。 2.提取這種邏輯可以通過創(chuàng)建具有清晰輸入和輸出的孤立的單一責(zé)任函數(shù)來提高可測試性； 3。此重構(gòu)可以實現(xiàn)獨立的單位測試，如contains_item和is_valid_name之類的示例所示； 4。除了測試之外，這種方法還通過促進模塊化的可合章代碼設(shè)計來增強可重復(fù)性，可讀性，可維護性和調(diào)試。

編寫可測試的代碼不會偶然發(fā)生，而是故意設(shè)計選擇的結(jié)果。編寫良好測試的最常見障礙之一是緊密耦合的線性代碼很難分離。提高可測試性的有用策略始于一個簡單的觀察：每當(dāng)您在循環(huán)中看到break語句時，可能是邏輯想要成為功能的標(biāo)志。

讓我們探討該想法周圍的重構(gòu)代碼如何導(dǎo)致更清潔，更模塊化和最終更可測試的軟件。

1。 break和內(nèi)聯(lián)邏輯的問題

考慮這個典型的循環(huán)：

項目= [1、2、3、4、5、6]
目標(biāo)= 4
找到= false

對于項目中的項目：
    如果項目==目標(biāo)：
        找到= true
        休息

如果發(fā)現(xiàn)：
    打印（“找到目標(biāo)！”）

這有效，但是搜索邏輯直接嵌入了控制流中。您無法獨立測試“查找項目”行為。 break是一個線索：它標(biāo)志著特定意圖的終結(jié) - “當(dāng)我們找到所需的東西時停止?！痹撘鈭D應(yīng)封裝。

2。將邏輯提取到功能中可提高可測試性

通過將搜索提取到單獨的函數(shù)中，我們使代碼更可讀和可測試：

 def contains_item（項目，目標(biāo)）：
    對于項目中的項目：
        如果項目==目標(biāo)：
            返回true
    返回false

現(xiàn)在我們可以編寫單元測試：

 def test_contains_item（）：
    assert contains_item（[1，2，3]，2）是正確的
    assert contains_item（[1，2，3]，4）是錯誤的
    assert contains_item（[]，1）是錯誤的

該功能具有單一的責(zé)任，明確的輸入和輸出，沒有副作用。它很容易測試，因為它是孤立的。

該原則適用于簡單的搜索。每當(dāng)您使用break ， continue還是在循環(huán)或有條件塊內(nèi)提早return ，請問： “這是一種獨特的行為嗎？”如果是，請?zhí)崛∷?/p>

3。一般策略：從控制流到可合約的功能

這是一種實用方法：

• 尋找break ， continue或提早return聲明- 它們通常標(biāo)志著邏輯單元的結(jié)束。
• 命名邏輯背后的意圖（例如，“查找項目”，“驗證輸入”，“檢查許可”）。
• 將該邏輯提取到具有清晰參數(shù)并返回值的單獨函數(shù)中。
• 用函數(shù)調(diào)用替換內(nèi)聯(lián)邏輯。
• 為新功能編寫測試。

示例：在循環(huán)中驗證用戶輸入。

前：

而真：
    名稱=輸入（“ Enter Name：”）
    如果name.strip（）和len（name）> = 2：
        休息
    打?。ā盁o效的名稱。再試一次?！保?/pre>
后：
 def is_valid_name（name）：
    返回布爾（name.strip（））和len（name）> = 2

＃用于循環(huán)
而真：
    名稱=輸入（“ Enter Name：”）
    如果IS_VALID_NAME（名稱）：
        休息
    打?。ā盁o效的名稱。再試一次?！保?/pre>
現(xiàn)在可以獨立測試is_valid_name() ：
 def test_is_valid_name（）：
    assert is_valid_name（“ jo”）是正確的
    essert is_valid_name（“ j”）是正確的
    surstert is_valid_name（“ j”）是false
    assert is_valid_name（“”）是錯誤的

4。除了測試之外的好處
雖然可檢驗性是主要目標(biāo)，但這種方法帶來了其他優(yōu)勢：


可重復(fù)性：可以在其他地方使用相同的驗證。

可讀性：代碼讀起來像一個故事 - 高級別的流呼叫描述功能。

可維護性：在一個地方修復(fù)一個錯誤，而不是散布在循環(huán)中。

調(diào)試：當(dāng)功能較小且專注時，更容易跟蹤和日志行為。

更復(fù)雜的邏輯（例如解析，過濾或狀態(tài)檢查）可以使用相同的模式分解。

 break的存在并不是天生的不好，但這是一個信號。這通常意味著您正在實施一個應(yīng)得名的決定或搜索。通過將這種邏輯轉(zhuǎn)換為功能，您自然地朝著更可檢驗的模塊化設(shè)計轉(zhuǎn)向。
基本上，如果您看到break ，請問：“我可以提取這個嗎？”答案通常是肯定的，您的測試會感謝您。
以上是從'突破”到功能：改善代碼可檢驗性的策略的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！