クラスの「継承」より「合成」がよい理由とは？ゲーム開発におけるコードのフレキシビリティと可読性の向上 | POSTD

コード構造における重要な問題として、複数のクラスを共有する場合に合成と継承のどちらを用いるかという点があります。“has a”の関係と、“is a”の関係と言われる2つの対比です。例えば、“ソファには綿が入っている”と、“ソファは家具である”という違いのようなものです。この例では2つの違いは非常に明白ですが、実際には、“has a”の関係でも“is a”の関係でも意味を成すケースがたくさんあります。ゲームのキャラクターについて、これはコリジョンボックスを持っているかと聞くのと、これは衝突可能なオブジェクトかと聞くような場合です。この2つは全く同じことではありませんが、それぞれが（または両方一緒に）衝突を処理する主構造として用いられ、どちらの方がよいかは必ずしも明白ではありません。私の経験では、直感的には継承の方がよいと思うことも多いのですが、それだと問題がたくさんあって結局は合成の方がよか

[t-wada]

古くは GoF 本にも書かれている設計のコツ。 Matz も「継承は最後の武器だ」と言ってますね。

[jsstudy]

継承よりコンポジション（合成）

[peroon]

“全てのクラスのサイズを500行以下にしておく”

[yhakusyaku]

今の所クラスを作る人に意識して欲しくない処理は継承、意識して欲しい時は合成にしている。 きっと場合によるんだろう。 【翻訳】クラスの「継承」より「合成」がよい理由とは？ゲーム開発におけるコードのフレキシ

[JHashimoto]

"私が言いたいのは、継承が“見かけほどには”便利ではないという点なのです。継承が最もすっきりした解決法だと思っても、実際にやってみると合成のほうがよかったというケースが多々あります。"

[raimon49]

継承を使う前に良く吟味した方が良いのは確か。呪いみたいにずっと残る契約だから。

[kfujieda]

合成のほうがよい場合が多いのはゲーム開発に限らないと思う。

[bk-zen]

なるほど。

[efcl]

継承と合成。 ゲーム的なのだと合成のほうが柔軟に対応しやすい