Javaで責(zé)任チェーンパターンを?qū)g裝する方法は？ 1.次のプロセッサをセットアップする方法と方法を処理するなど、リクエストを処理するための抽象クラスまたはインターフェイスを定義します。 2。特定のプロセッサクラスを作成して、リクエスト処理ロジックを?qū)g裝します。現(xiàn)在のプロセッサが処理できない場(chǎng)合、次のプロセッサに渡されます。 3.各プロセッサの次のプロセッサをセットアップして、プロセッサチェーンを構(gòu)築し、チェーンを形成します。 4.クライアントはリクエストを開(kāi)始し、プロセッサまたはチェーンが終了するまでチェーンの最初のノードから処理を開(kāi)始します。たとえば、TeamLead、ProjectManager、およびDirectorの購(gòu)入購(gòu)入要求をさまざまな金額の順?lè)藙I理し、金額に基づいてリクエストを処理または転送するかどうかを決定します。

Javaに責(zé)任パターンを?qū)g裝すると、特に複數(shù)のオブジェクトがリクエストを処理できる場(chǎng)合、リクエストの送信者と受信者を切り離すのに役立ちます。このデザインパターンを使用すると、1つが処理されるまで、ハンドラーのチェーンに沿ってリクエストを渡すことができます。

コアコンポーネントの理解

責(zé)任パターンのチェーンは、いくつかの重要なコンポーネントで構(gòu)成されています。

• ハンドラー：リクエストを処理し、チェーン內(nèi)の次のハンドラーを維持する方法を定義するインターフェイスまたは抽象クラス。
• コンクリートハンドラー：ハンドラーインターフェイスを?qū)g裝し、特定のリクエストを処理するためのロジックを含むクラス。コンクリートハンドラーがリクエストを処理できない場(chǎng)合、チェーンの次のハンドラーに転送します。
• クライアント：リクエストを開(kāi)始し、チェーン內(nèi)の最初のハンドラーに送信するオブジェクト。

たとえば、さまざまな種類の購(gòu)入リクエストが金額に基づいてさまざまなマネージャーから承認(rèn)を必要とするシステムを構(gòu)築していると想像してください。 PurchaseRequest TeamLeadによって処理され、 ProjectManagerに渡され、最後にDirectorに渡される場(chǎng)合があります。

ハンドラーインターフェイスの構(gòu)築

ハンドラーのインターフェイスまたは抽象クラスを定義することから始めます。この場(chǎng)合、抽象クラスを使用して、ハンドラーを接続するためのデフォルトの実裝を提供しましょう。

パブリックアブストラクトクラス承認(rèn)者{
    保護(hù)された承認(rèn)者NextApprover;

    public void setNextApprover（承認(rèn)者NextApprover）{
        this.nextApprover = nextApprover;
    }

    public abstract void processRequest（購(gòu)入リクエスト）;
}

この抽象クラスには以下が含まれます。

• チェーン內(nèi)の次の承認(rèn)者への參照。
• 次の承認(rèn)者を設(shè)定する方法。
• 各コンクリートハンドラーが実裝する抽象メソッドprocessRequest() 。

コンクリートハンドラーの実裝

ここで、 Approverクラスの具體的な実裝を作成します。各ハンドラーは、リクエストを処理できるかどうかを確認(rèn)します。それ以外の場(chǎng)合は、リクエストを次のハンドラーに渡します。

TeamLeadどのように見(jiàn)えるかは次のとおりです。

パブリッククラスのチームリードは承認(rèn)者を拡張します{
    @オーバーライド
    public void processRequest（purchaseequest request）{
        if（request.getamount（）<= 1000）{
            System.out.println（ "チームリードは、$" request.getamount（）のリクエストを承認(rèn)しました。
        } else if（nextapprover！= null）{
            nextApprover.processRequest（request）;
        }
    }
}

そして、これがProjectManagerです：

 Public Class ProjectManagerは承認(rèn)者を拡張します{
    @オーバーライド
    public void processRequest（purchaseequest request）{
        if（request.getamount（）> 1000 && request.getamount（）<= 5000）{
            system.out.println（ "プロジェクトマネージャーは$" request.getamount（）のリクエストを承認(rèn)しました。
        } else if（nextapprover！= null）{
            nextApprover.processRequest（request）;
        }
    }
}

より多くの量でDirectorのようなレベルを追加し続けることができます。

チェーンのセットアップと使用

すべてのハンドラーが定義されたら、それらをリンクしてチェーンを形成します。次に、シーケンスの最初のハンドラーにリクエストを送信します。

チェーンをセットアップしてリクエストを行う方法は次のとおりです。

パブリッククラスクライアント{
    public static void main（string [] args）{
        //チェーンを構(gòu)築します
        承認(rèn)者feamLead = new TeamLead（）;
        承認(rèn)者ProjectManager = new ProjectManager（）;
        承認(rèn)監(jiān)督= new Director（）;

        TeamLead.setNextApprover（ProjectManager）;
        ProjectManager.setNextApprover（ディレクター）;

        //リクエストを行います
        TeamLead.ProcessRequest（New PurchaseRequest（800））;
        TeamLead.ProcessRequest（New PurchaseRequest（3000））;
        TeamLead.ProcessRequest（New PurchaseRequest（10000））;
    }
}

この例では：

• 800ドルのPurchaseRequest 、 TeamLeadによって処理されます。
• 3000ドルのリクエストはProjectManagerに送られます。
• 10000ドルのリクエストがDirectorに屆きます。

誰(shuí)も承認(rèn)できないリクエストなど、エッジケースをテストし、ロギングまたはフォールバックの動(dòng)作を追加することを検討してください。

基本的に、それがJavaの責(zé)任パターンを?qū)g裝する方法です。コードを柔軟に保ち、必要に応じてチェーンを拡張しやすくします。

以上がJavaに責(zé)任のパターンを?qū)g裝する方法は？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。