責任の連鎖の紹介

この記事では、責任の設計パターンの連鎖を説明し、実証しています。

重要な概念

責任チェーン（COR）は、処理オブジェクトのシーケンス（ハンドラー）を介して要求をルーティングする行動設計パターンです。 これは特に役立ちます。適切なハンドラーが事前に知られていない場合、自動ハンドラーの選択が必要であるか、リクエストが優先順位付けされたチェーンに従う必要がある場合。

corは、複合パターンなど、他のパターンとよく統合され、均一なハンドラー処理やリクエストの転送を可能にします。その柔軟な構造は、ゆるい結合と適応性を促進します

オブジェクトのインスタンス化のためのサービスコンテナと、同一のリクエストの応答を保存および再利用するキャッシュメカニズムを使用してパフォーマンスを強化できます。

定義

corは、ハンドラーオブジェクトのチェーンに渡すことでリクエストを処理します。 リクエストは、実装に応じて、単一のハンドラーまたは複数によって処理される場合があります。 すべてのハンドラーがチェーンに参加しています。 簡単な例には、ATMトランザクション（ピンエントリ、回収、領収書印刷）およびヘルプデスクコール（メニューナビゲーション、ガイド付き手順）が含まれます。

参加者

コアコンポーネントは次のとおりです

ハンドラー：

リクエストを処理するためのインターフェイスを定義します。 これは、オプションでデフォルトのメソッドと後継者の割り当てを提供する抽象クラスである可能性があります。

コンクリートハンドラー：

プロセスリクエストと後継者に転送する可能性があります。
• オプションの追加には、リクエストを開始してチェーンをセットアップするクライアントオブジェクトが含まれます。リクエストオブジェクト。応答オブジェクト。およびその他のデザインパターン。
• ユースケース
corは輝いています：

ハンドラーの選択は自動です（例：ロギング）。

ハンドラーは事前に不明です（例えば、例外処理）。

リクエストは、特定の、潜在的に動的に優先度の高い順序（例：イベントまたはコマンドの伝播）に従う必要があります。

基本的な実装（PHP）
• corはしばしば複合パターンとペアになります。 これが基本的なPHPの例です：

高度な実装（PHP）

corの強さは、柔軟なチェーン組織にあります。 この例は、再構築と適応を示しています：

これにより、コンクリートハンドラーの方法が最小限に抑えられ、結束が強化されます。 さらなる改良には、構造化された

<?php
abstract class BasicHandler {
    private $successor = null;

    public function setSuccessor(BasicHandler $handler) {
        $this->successor = $handler;
    }

    abstract public function handle($request);
}

class FirstHandler extends BasicHandler {
    public function handle($request) {
        // Process request...  Then optionally:
        if ($this->successor) {
            return $this->successor->handle($request);
        }
        return null; // Or a response
    }
}

// ... SecondHandler, ThirdHandler classes ...

$first = new FirstHandler();
$second = new SecondHandler();
$third = new ThirdHandler();

$first->setSuccessor($second);
$second->setSuccessor($third);

$result = $first->handle($request);
?>

オブジェクトまたは他のパターンとの統合が含まれる場合があります。

チェーン構成

チェーン構成を分離すると、コードの明確さと保守性が向上します。 潜在的にYAML構成ファイルを使用する可能性のある依存関係のインジェクションは、クリーンなアプローチを提供します：

<?php
abstract class AdvancedHandler {
    private $successor = null;

    final public function setSuccessor(AdvancedHandler $handler) {
        if ($this->successor === null) {
            $this->successor = $handler;
        } else {
            $this->successor->setSuccessor($handler);
        }
    }

    final public function handle($request) {
        $response = $this->process($request);
        if ($response === null && $this->successor !== null) {
            return $this->successor->handle($request);
        }
        return $response;
    }

    abstract protected function process($request);
}

class FirstHandler extends AdvancedHandler {
    protected function process($request) {
        // Process request... return null to pass to successor, or a response
    }
}

// ... SecondHandler, ThirdHandler classes ...

$first = new FirstHandler();
$second = new SecondHandler();
$third = new ThirdHandler();

$first->setSuccessor($second);
$first->setSuccessor($third); // Adds to the end of the chain

$result = $first->handle($request);
?>

Responseパフォーマンスの最適化

複雑なハンドラーと頻繁なリクエストを備えたパフォーマンス - クリティカルなアプリケーションについては、次のことを検討してください。

• サービスコンテナ：オブジェクトのインスタンス化を管理して、繰り返し作成を避けます
キャッシング：
• フライ級パターンのようなメカニズムを使用した同一のリクエストの応答を保存および再利用します。 これは、クラスに統合できます。 AdvancedHandler

結論

corは強力なパターンであり、チェーンのチェーンを可能にします。 ゆるいカップリングを促進する一方で、潜在的な問題を回避するためには慎重な設計が重要です。 CORを実装する前に問題を徹底的に分析し、ハンドラーの定義、リクエスト/応答の対話、および潜在的なパフォーマンスボトルネックに細心の注意を払います。

よくある質問（FAQ）

（これらは元のテキストではすでによく留められているので、ここでは繰り返されません。元のテキストは素晴らしい答えを提供します。）

以上が責任の連鎖の紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。