ネストを超えて：PHPの深いIF-ELSE構造の代替案

ガード句を使用して早期に出て、ネストを減らします。 2。戦略パターンを適用して、条件をクラスまたは呼び出し可能な状態に置き換えます。 3.単純なマッピングをルックアップテーブルまたは配列に置き換えます。 4.オブジェクトが行動を決定するため、多型を採用します。 5.複雑なワークフローに状態またはコマンドパターンを使用します。さらに、クリーンな条件付きロジックにPHP 8の一致式を使用します。これらの手法は、コードをまとめて平らにし、読みやすさを向上させ、メインロジックから条件を移動させることで保守性を向上させます。

PHPコードが深いIF-ELSEブロックで積み上げ始めると、読み取り、テスト、保守が困難になります。ネスティング条件は一般的ですが、よりクリーンでよりスケーラブルな代替品があります。論理の明確さを犠牲にすることなく、if-elseピラミッドから解放される方法は次のとおりです。

1。ガード条項：早期に出て、ネスティングを減らします

最も単純で最も効果的な手法の1つは、ガード条項を使用することです。機能の開始時にエッジケースまたは無効な状態を処理する早期リターンです。

の代わりに：

 function processuser（$ user）{
    if（$ user！== null）{
        if（$ user-> isactive（））{
            if（$ user-> haspermission（））{
                //ここにメインロジック
                return $ this-> sendwelcomemail（$ user）;
            }
        }
    }
    falseを返します。
}

早期出口のリファクタリング：

 function processuser（$ user）{
    if（$ user === null）falseを返します。
    if（！$ user-> isactive（））return false;
    if（！$ user-> haspermission（））return false;

    return $ this-> sendwelcomemail（$ user）;
}

これにより、メインロジックが最上位レベルに保持され、機能が容易になります。

2。戦略パターン：条件をクラスに置き換えます

タイプまたはステータスに基づいて複数の動作を選択する場合、戦略パターンは、長いIF-ELSEチェーンをクラスまたはカレウブルのマップに置き換えます。

たとえば、代わりに：

関数calculatetax（$ country、$額）{
    if（$ country === 'us'）{
        返品$額 * 0.07;
    } elseif（$ country === 'de'）{
        返品$額 * 0.19;
    } elseif（$ country === 'jp'）{
        $額 * 0.10を返します。
    }
    0を返します。
}

戦略マップを使用します：

 $ Taxstrategies = [
    「私たち」=> fn（$額）=> $金額 * 0.07、
    'de' => fn（$額）=> $額 * 0.19、
    'jp' => fn（$額）=> $額 * 0.10、
];

関数Calculatetax（$ Country、$額、$ Strategies）{
    $ $ Strategies [$ country]（$額）?? 0;
}

または、より良い分離とテスト可能性のために、 TaxStrategyインターフェイスを実装する専用クラスをさらに進みます。

3。単純なマッピング用のルックアップテーブルと配列

多くのif-elseはしごは、価値のあるマッピングに過ぎません。それらを配列に置き換えます。

の代わりに：

関数getStatuscolor（$ status）{
    if（$ status === 'Active'）{
        「グリーン」を返します。
    } elseif（$ status === 'pending'）{
        「黄色」を返します。
    } elseif（$ status === 'inactive'）{
        「灰色」を返します。
    } elseif（$ status === 'blocked'）{
        「赤」を返します。
    }
    「不明」を返します。
}

ルックアップを使用します：

関数getStatuscolor（$ status）{
    $ colors = [
        「アクティブ」=>「緑」、
        「保留中」=>「黄色」、
        「非アクティブ」=>「グレー」、
        「ブロック」=>「赤」
    ];

    $ colors [$ status] ?? '未知';
}

より速く、きれいで、拡張が容易であるか、configからのロードさえあります。

4。多型：オブジェクトに動作を決定させます

条件がオブジェクトタイプに依存する場合は、多型を使用してください。ベースクラスまたはインターフェイスでメソッドを定義し、サブクラスに独自のバージョンを実装させます。

例：

インターフェイス通知{
    public function send（$ message）;
}

クラスのemailnotificationは通知を実装しています{
    public function send（$ message）{ / * email * /}経由で送信
}

クラスSMSNotificationは通知を実装しています{
    public function send（$ message）{ / * sms * /}を介して送信
}

// if-elseは必要ありません
function notify（user $ user、notification $ channel、$ msg）{
    $ channel-> send（$ msg）;
}

これで、送信方法の決定がカプセル化されています。コールサイトでは条件が必要ありません。

5。複雑なワークフローの状態またはコマンドパターン

状態に基づいて変更される複雑なビジネスルールについては、状態パターンまたはコマンドパターンを検討してください。これらを使用すると、広大な条件なしに動作と移行をカプセル化することができます。

たとえば、保留中、出荷、またはキャンセルされたときに異なる動作をする順序は、有効なアクションを定義する独自の状態オブジェクトを持つことができます。

または、コマンドマップを使用します。

 $ action = [
    'create' => new CreateOrderHandler（）、
    「キャンセル」=> new cancelorderhandler（）、
    'Refund' => new Refundhandler（）、
];

$ handler = $ action [$ command] ??新しいInvalidCommandException（）を投げる;
$ handler-> execute（$ data）;

これにより、ルーティングコマンドのときにロングスイッチ/IFブロックが回避されます。

ボーナス： match式（PHP 8）を使用する

PHP 8のmatch 、 switchに代わるよりクリーンな代替品であり、多くの場合、IF-ELSEチェーンを置き換えることができます。

 $ status = 'Active';

$ label = match（$ status）{
    「アクティブ」=>「アクティブユーザー」、
    「保留中」=> '保留中の承認'、
    「非アクティブ」=> '非アクティブ'、
    デフォルト=>「不明なステータス」
};

それは式に基づいており、タイプセーフであり、 breakステートメントは必要ありません。

重要なのは、条件を完全に排除することではなく、必要です -主なロジックからそれらを移動することです。早期のリターン、データ構造、およびオブジェクト指向パターンを使用して、コードをフラット、読み取り可能、および拡張機能を開いたままにします。

基本的に：深い巣を見るときは、尋ねてください -これは地図、方法、または返品ですか？多くの場合、答えはイエスです。

以上がネストを超えて：PHPの深いIF-ELSE構造の代替案の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。