先生と生徒の会話形式で理解しよう

生徒

「プログラムで、いろいろな条件によって処理を次々に切り替えるのが大変なのですが、もっとスマートにする方法はありますか？」

先生

「それなら、C#のデザインパターンの一つである責任の連鎖パターンがおすすめです。処理の柔軟性を高めるための強力な武器ですよ。」

生徒

「責任の連鎖？なんだか難しそうな名前ですね。具体的にどういうものなんですか？」

先生

「名前は難しそうですが、考え方はとてもシンプルです。一緒に紐解いていきましょう！」

1. 責任の連鎖パターンとは？

プログラミングの世界には、デザインパターンという考え方があります。これは、過去の天才たちが考え出した、ソフトウェア開発の設計図のようなものです。その中でも、責任の連鎖パターン（Chain of Responsibility）は、複数の処理担当者が順番にリクエストを受け取り、自分で処理できるなら実行し、できなければ次の担当者にバトンタッチするという仕組みです。

例えば、役所の窓口を想像してみてください。書類を提出したとき、窓口の担当者は「これは私の担当範囲です」と処理したり、「これは別の窓口ですね」といって隣の人に書類を回したりしますよね。あれと同じです。この仕組みを使うことで、処理の追加や入れ替えが非常に楽になり、プログラム全体がスッキリと整理されます。

2. なぜこのパターンが必要なのか？

もし、このパターンを使わずに「もしAならこの処理、そうでなくてBならこの処理、それも違えばCの処理」というように、if文を何重にも重ねてしまうと、プログラムはあっという間に読みにくい「スパゲッティコード」になってしまいます。スパゲッティコードとは、麺のように処理が絡まり合って、修正が困難になった状態を指します。

責任の連鎖パターンを使うと、それぞれの処理が「担当者」として独立します。担当者が増えても既存のコードを書き換える必要がないため、保守性が飛躍的に向上します。大規模なシステム開発や、ログイン認証のようなチェック処理が複雑な場所では欠かせない技術です。

3. 最初の基本形を書いてみよう

まずは、どんなリクエストでも「私はこれを処理できます」という単純な担当者の土台を作りましょう。まずは、すべてのアクションの基礎となる抽象的なクラスを定義します。


public abstract class Processor
{
    protected Processor Next;
    public void SetNext(Processor next) => Next = next;
    public abstract void Handle(string request);
}

ここで使っている抽象（Abstract）とは、大まかな設計図を意味します。具体的な処理は子クラスに任せ、全体的な流れだけを決めておくために使います。また、protectedは同じクラスや継承したクラスからしか見えないという制限、publicはどこからでもアクセスできるという公開範囲を意味するキーワードです。

4. 具体的な処理担当者を作成する

次に、実際にリクエストを受け取って処理する担当者を作ります。今回は、数字の大きさを判定する簡単なプログラムを作ってみます。


public class NumberProcessor : Processor
{
    private int _limit;
    public NumberProcessor(int limit) { _limit = limit; }
    public override void Handle(string request)
    {
        if (request == "check")
        {
            Console.WriteLine("制限値以下の処理を実行しました。");
        }
        else if (Next != null)
        {
            Next.Handle(request);
        }
    }
}

このコードでは、もし条件に合致すれば処理を実行し、そうでなければ次の担当者（Next）にバトンを渡しています。if文と再帰的な考え方を組み合わせることで、スムーズな連携が実現できます。再帰とは、あるメソッドの中で自分自身や関連するメソッドを呼び出すことで、繰り返し処理を行う手法のことです。

5. 連鎖をつなげて実行する

それでは、作成したクラスをつなぎ合わせて動かしてみましょう。担当者をどんどんつないでいく様子が分かります。


var p1 = new NumberProcessor(10);
var p2 = new NumberProcessor(20);
p1.SetNext(p2);
p1.Handle("check");

ここでは、p1とp2という二つの処理担当者をセットしています。p1で処理が終わらなければp2に回るという構造です。これにより、プログラムの実行時に動的に処理の順序を変更することも可能です。これがオブジェクト指向における柔軟な設計の真骨頂です。

6. さらに応用的な使い方とメリット

責任の連鎖パターンは、入力チェックのフィルタリングにも最適です。例えば、ユーザーがWebサイトから入力したデータが「空ではないか？」「変な文字が入っていないか？」「長すぎないか？」といったチェックを順番に行う場合、このパターンを使えば、チェックの順番を並べ替えるだけでルールを変更できます。


public class ValidationHandler : Processor
{
    public override void Handle(string request)
    {
        Console.WriteLine("入力チェックを開始します...");
        Next?.Handle(request);
    }
}

このように、一つの処理を小さな単位に分けることで、バグの発見も簡単になります。もしどこかでエラーが起きても、どこの担当者で問題が発生したのかを特定しやすいという利点もあります。プログラミングの学習を進める上で、こういった設計思想を学ぶことは非常に大切です。最初は難しく感じるかもしれませんが、小さなクラスを組み合わせて大きな処理を作る感覚を身につければ、どんな複雑なソフトも怖くなくなりますよ。