コンポジションと委譲の違いを徹底解説！中学生にも分かる実例つきの解説ガイド

---

はじめに

プログラミングには「モノの作り方」を決める考え方がたくさんあります。特に「コンポジション」と「委譲」は日常的に登場する用語ですが、混同してしまいがちです。この違いをはっきりさせることは、コードを読みやすく、保守しやすくする第一歩です。この記事では、中学生にも理解できるやさしい言い方と、身近な例を使って、コンポジションと委譲の基本を比較し、いつどちらを選ぶべきかの判断基準を示します。長さのある説明になりますが、読み進めると「なぜこの設計が良いのか」が感覚的にも分かるようになります。
まずは結論を先に言います。コンポジションは「部品を組み合わせて新しい機能を作る考え方」、委譲は「あるオブジェクトが別のオブジェクトに作業を任せること」です。この二つは互いに関連していますが、役割と使い方が違います。

「コンポジション」とは何か

コンポジションは、あるオブジェクトが別のオブジェクトを内部に「持つ」ことで機能を作る設計の考え方です。“部品を内包して新しい機能を作る”というイメージが分かりやすいです。たとえば自動車を考えると、車にはエンジンやタイヤといった部品があります。これらを内部に持つことで、車は走る、止まる、音を出すといった機能を実現します。ここで重要なのは、車そのものはエンジンやタイヤを“持つ”という関係であり、エンジンやタイヤは車の一部として振る舞います。もしエンジンを交換して別の機能を持つ車を作る場合でも、外部から新しい部品を取り付けることで機能を変えることができます。
この「部品を内包する」設計は、コードの再利用性を高め、部品を独立して開発・テストできる利点があります。ただし、部品同士の結合をどう設計するかが重要で、過度に深い階層になると理解が難しくなるリスクもあります。

「委譲」とは何か

委譲は、あるオブジェクトが自分の代わりに別のオブジェクトに処理を任せる仕組みです。「この動作は私が直接実装するのではなく、別の存在に任せる」という考え方で、動作の責任を分担します。典型的な例として、あるクラスが持つ機能の一部を別のクラスに「任せる」場面を挙げられます。たとえば、データの保存を自前でコードを増やして書く代わりに、保存用のサービスに処理を任せる、といった形です。委譲の利点は、元のクラスをきれいに保ち、専門のクラスに任せることで実装を分割できる点です。また、実行時に振る舞いを変えたい場合にも、委譲先を差し替えることで柔軟性が高まります。
一方で、委譲だけでは「部品を組み合わせる」という概念まで自動的に満たすわけではありません。委譲はあくまで「何を誰に任せるか」という責任の割り当ての話であり、複数の振る舞いを組み合わせて新しい機能を作るには、コンポジションと組み合わせて使うのが多くの現場で有効です。

両者の違いと似ている点

違いを整理すると、核心は次の3点です。
1) 目的: コンポジションは「機能を再利用して新しい構造を作る」こと、委譲は「責任を別のオブジェクトに任せること」です。
2) 関係の性質: コンポジションは部品の内包関係を持つのに対して、委譲は動作の委任という関係です。
3) 実装の見た目: コンポジションでは自分のクラスが内包物の機能を自前のものとして公開するのに対し、委譲では多くの呼び出しが委譲先のメソッド経由で行われます。
似ている点は、どちらも「外部の部品や機能を使って自分の機能を拡張する」という点です。
また、現場ではしばしば「コンポジションは委譲を実現する手段の一つ」として使われます。つまり、あるクラスが他のクラスを内包して委譲の振る舞いを実装するケースが多いのです。

実例で見る使い分け

具体的な場面を想像してみましょう。例えば「レポート作成アプリ」を設計する場合、データの取り出しと処理を別の部品に任せることで、レポート作成のロジックを分けることができます。コンポジションを使って「レポート部分」を構成部品として内包し、各部品の役割を明確化します。次に、同じアプリで「印刷機能」を追加したいとき、印刷処理そのものを別のサービスに委譲して「印刷は委譲先に任せる」という設計を検討します。ここで重要なのは、どの機能を内包して実装し、どの機能を委譲するかの判断です。
実務では、複数の機能を同時に持つ大きなクラスを作らず、まずは小さな部品に分解して組み合わせる“モジュール化”を心掛けます。
最後に表を使って整理しておくと理解が深まります。下の表は上で説明した点を簡潔にまとめたもの。

able>概念コンポジション: 部品を内包して機能を作る。役割部品の再利用と組み合わせを中心に設計する。方法クラスが他のクラスを内部に持つことで、機能を組み合わせる。委譲との関係委譲は動作の任せ方であり、実現手段としてコンポジションと組み合わせて使われる。ble>

まとめとポイント

結論として、コンポジションと委譲は設計の中で補完的な関係にあります。部品の内包と責任分担の考え方を分けて考える習慣をつけると、コードが読みやすく保守しやすくなります。実践では、まずは小さな部品に分解し、部品どうしの結合を適切に設計することが大切です。必要に応じて委譲を使い、責任を分配することで、将来の仕様変更にも強くなります。この記事の要点を覚えておくと、設計の判断がぐんと楽になります。最後にもう一度要点を短く整理します。
・コンポジションは「部品を内包して機能を作る」
・委譲は「作業を他のオブジェクトに任せる」
・多くの場合、これらを組み合わせて使うのが現代の良い設計です。

ピックアップ解説

友達とカフェで雑談しているとき、コンポジションと委譲の話題が自然と出てきました。私は「委譲は作業の受け渡し、どの道具に任せるかの判断だよ」と説明しつつ、隣の友達は「それを部品として組み合わせて新しい機能を作るのがコンポジションだよね」と返します。ここでのポイントは、委譲が“誰に任せるか”を決める設計決定であり、コンポジションが“どう組み合わせるか”という構造設計だという点です。もしスマホのアプリを作るなら、画像処理を委譲先のサービスに任せつつ、UIの部品はコンポジションで組み合わせて再利用性を高める――そんな二つの考え方を使い分けると、コードがとてもすっきりします。
この雑談を通して、難しい用語の壁を越え、部品と責任の分担という基本に立ち返ることが、設計を楽にする第一歩だと感じました。

---