ソフトウェアコンポーネントの設計において、責任分担が明確でない場合に継承を使用すると、要件の変化に応じてサブクラスが急速に拡張し、繰り返しのコードで埋め尽くされることがよくあります。責任。
一般的なモード:
- デコレータ
- 橋
1.デコレーター
2.橋
モチベーション:
- 特定のタイプの固有の実装ロジックにより、変更には 2 つの側面、さらには複数の側面があります。
- この「多次元の変更」にどう対処するか? オブジェクト指向テクノロジを使用して、追加の複雑さを導入することなく 2 方向または複数の方向に沿って型を簡単に変更するにはどうすればよいでしょうか?
パターン定義:
抽象部分 (ビジネス機能) を実装部分 (プラットフォーム実装) から分離し、両方が独立して変更できるようにします。