Chain of Responsibilityパターン とは？

リクエストを処理できるオブジェクトを鎖のようにつないで、先頭から順番に「自分が処理できるか？」を確認していくパターンだよ。処理できなければ次のオブジェクトに回す、という仕組みだね。

良いたらい回しだよ（笑）。リクエストを送る側は「どのオブジェクトが処理するか」を知らなくていいんだ。新しい処理条件が増えても鎖に新しいハンドラーを挿入するだけで対応でき、既存コードを修正しなくていいのが嬉しいところだよ。

Webフレームワークのミドルウェアが代表例だよ。認証チェック→ログ記録→レート制限→本処理、というように複数の処理を鎖状につなぐ設計ね。サポートシステムで「一次対応→二次対応→エスカレーション」のように対応レベルを連鎖させる場合にも使われるよ。

Strategyは「どの1つのアルゴリズムを使うか」を切り替えるパターンで、処理は1つのオブジェクトが完結して行うよ。Chain of Responsibilityは「複数のオブジェクトを順に試して」担当者を決めるパターンで、処理できるまで次々と渡していくところが違いだね。

鎖の末尾まで届いても処理されない場合は、デフォルト処理（エラー返却など）を最後のハンドラーに担当させるのが一般的だよ。鎖の設計時にフォールバック処理を必ず用意しておくのがベストプラクティスだね。