コンポジションと継承

コンポーネント間でビヘイビアを共有するには、継承（基底クラスを拡張する）またはコンポジション（小さな部品を組み合わせる）を使えます。Angularの構成APIでは、コンポジションをデフォルトの選択肢とすることが推奨されます。

継承では、コンポーネントが基底コンポーネントまたはディレクティブを拡張し、その入力、出力、ロジックを再利用します。

クラスが拡張できる基底クラスは1つだけです。深い階層は柔軟性を失いやすく、不要な部分まで含めてすべて継承することになります。

継承で複数のビヘイビアを組み合わせるには、扱いにくい継承チェーンが必要になります。コンポジションなら、多数のディレクティブを独立して適用することでこの問題を回避できます。

コンポジションでは、コンポーネントの役割を絞ったまま、hostDirectivesを通じて必要な数のビヘイビアを組み合わせられます。

「継承よりもコンポジションを優先する」という指針は、Angularで特に有効です。コンポジションは柔軟で、機能を追加しやすく、壊れやすい基底クラスを避けられます。

近いバリエーション間で共有する、単一で安定した基底クラスなら、継承が適している場合もあります。たとえば、基底のフォームフィールドを各バリエーションで特化させる場合です。階層は浅く保ちます。

アプローチを組み合わせることもできます。共有する構造には薄い基底クラスを使い、横断的な関心事にはビヘイビアを組み合わせます。

コンポジションでは各ビヘイビアの内部を非公開にし、選択した入力と出力だけを公開できます。一方、継承では基底クラスのAPI全体が公開されます。

基底クラスに無関係な責務が蓄積してきたら、それぞれをディレクティブに分割して組み合わせます。結果として、よりモジュール性とテスト容易性が高まります。

独立した複数のビヘイビアが必要ですか。それならコンポジションを使います。単一の共有構造が必要ですか。浅い基底クラスが適しているかもしれません。柔軟性を重視し、基本的にはコンポジションを選びます。

hostDirectivesで焦点を絞ったビヘイビアを組み合わせるコンポジションは、単一の基底クラスを使う継承より柔軟で、壊れやすい階層を避けられるため、基本的な選択肢にすべきだと学びました。継承は共有構造が必要な場合に限り、浅い階層で使います。