リスコフの置換原則（LSP）の概念を理解しても、実際のコード設計でどのように適用すればよいか悩む方は多いでしょう。
LSPの適用は「継承を使うべきか」「インターフェースを使うべきか」「コンポジションを使うべきか」という設計判断と深く結びついており、適切な選択がコードの保守性と拡張性を大きく左右します。
本記事ではLSPの具体的な適用方法・実装のコツ・設計パターンとの組み合わせについて詳しく解説していきます。
LSP適用の基本：継承の正しい使い方の結論
それではまず、LSPを適用する際の基本的な考え方と継承の正しい使い方について解説していきます。
LSPを守るための最も基本的な原則は、「行動的なサブタイピング（Behavioral Subtyping）」を意識して継承を使うことです。
コードで表現される「is-a関係」が、振る舞いの面でも本当に成立しているかを継承を使う前に確認することがLSP適用の出発点です。
LSP適用のための設計チェックリスト
| 確認項目 | 判断基準 |
|---|---|
| 基底クラスのすべてのメソッドを実装できるか | 空実装や例外スローが必要なら継承を避ける |
| 事前条件を強めていないか | 基底クラスより厳しい条件を要求しない |
| 事後条件を弱めていないか | 基底クラスより弱い保証を返さない |
| 型チェックなしに使えるか | instanceof不要で動くなら準拠している |
| 基底クラスのテストをパスするか | 基底クラスのテストがサブクラスでも通るべき |
契約による設計（Design by Contract）の活用
LSPは「契約による設計（Design by Contract）」という概念と深く結びついています。
メソッドの事前条件（呼び出し前の要件）・事後条件（呼び出し後の保証）・クラスの不変条件（常に成立すべき条件）を明示的に定義し文書化することで、サブクラスが守るべき契約が明確になりLSP違反を設計段階で防ぎやすくなります。
Liskov置換テストの実践
LSPの準拠を確認するための実践的な手法が「Liskov置換テスト」です。
基底クラスを対象として書かれたテストコードをサブクラスでも実行し、すべてのテストがパスすることを確認します。
テストが失敗した場合、サブクラスは基底クラスの契約を破っており、LSP違反の可能性が高いと判断できます。
インターフェース設計とLSPの組み合わせ
続いては、インターフェース設計におけるLSPの適用方法を確認していきます。
インターフェースの契約を明確に定義する
インターフェースを定義する際は、メソッドのシグネチャだけでなく「このメソッドがどのような振る舞いを保証するか」というドキュメントを合わせて提供することがLSP準拠の設計に不可欠です。
Javadocやコメントで事前条件・事後条件を明記することで、実装クラスの開発者が契約を正しく理解して準拠した実装を提供しやすくなります。
インターフェース分離とLSPの相乗効果
大きすぎるインターフェースは一部のメソッドを実装できないクラスが無理に実装する状況を生み、LSP違反の温床になります。
インターフェース分離原則（ISP）に従って小さなインターフェースに分割することで、各インターフェースの契約がシンプルになり、LSPを守った実装がしやすくなるという相乗効果が生まれます。
コンポジション（合成）とLSPの使い分け
続いては、継承からコンポジションへの移行とLSPとの関係を確認していきます。
「継承よりコンポジション」の原則
GoF（Gang of Four）の設計パターン書籍でも「継承よりコンポジションを優先せよ」という指針が示されています。
LSPを守れない継承関係が発見された場合は、継承をやめてコンポジション（合成）に切り替えることを検討します。
コンポジションとは、クラスを継承するのではなくフィールドとして保持して機能を委譲する設計方式で、継承の代わりにコンポジションを使うことでLSP違反を根本的に回避できます。
デコレータパターンとLSPの活用
デコレータパターンはコンポジションを活用した代表的なデザインパターンです。
基底クラスのインターフェースを維持しながら新しい機能を追加できるため、LSPを守りながら機能を柔軟に拡張できます。
既存のクラスを変更せずに振る舞いを追加できるデコレータパターンは、LSPとOCP（開放閉鎖原則）を同時に満たす優れた設計パターンです。
| 設計選択 | LSP視点での判断基準 |
|---|---|
| 継承を使う | 振る舞いの契約を完全に守れる場合 |
| インターフェース実装 | 契約を完全に実装できる場合 |
| コンポジション | 継承でLSP違反が生じる場合の代替手段 |
| デコレータ | 既存の振る舞いを守りながら機能を追加する場合 |
まとめ
本記事では、リスコフの置換原則の適用方法・設計チェックリスト・インターフェース設計との組み合わせ・コンポジションとの使い分けについて解説しました。
LSPの適用において最も重要なのは「行動的なサブタイピング」を意識して継承を使い、契約（事前条件・事後条件・不変条件）を守れない場合はコンポジションやインターフェース設計に切り替えることです。
Liskov置換テストによる検証・インターフェース分離との組み合わせ・コンポジションへの切り替えというアプローチを活用することで、ポリモーフィズムが正しく機能するクリーンで保守しやすいオブジェクト指向設計を継続的に実現することができます。
LSPを日々の設計判断の基準として取り入れ、長期的に高品質なコードベースを維持していきましょう。
