回答編集履歴
2
「全体の記述量が増え、メンテナンスコストが増える」の理由を追記
answer
CHANGED
|
@@ -11,4 +11,26 @@
|
|
|
11
11
|
あと素朴な疑問なのですが、モンスターは全部で何体いるんでしょうか？
|
|
12
12
|
|
|
13
13
|
極端な例かもしれませんが、ポケモン最新作「Let’s Go!ピカチュウ/イーブイ」では 809 種類のポケモンが登場しますが、この設計ですと 809 個のクラスが必要になります。
|
|
14
|
-
現実的にメンテナンス不可能な気がします。
|
|
14
|
+
現実的にメンテナンス不可能な気がします。
|
|
15
|
+
|
|
16
|
+
---
|
|
17
|
+
|
|
18
|
+
「全体の記述量が増え、メンテナンスコストが増える」の理由を、以下の挙げさせていただきます。
|
|
19
|
+
|
|
20
|
+
- 単純にクラスが増えれば増えるほどが全体の記述量が多くなり、開発者が把握しなければならない範囲が広くなる。
|
|
21
|
+
- クラスが増えることにより、コンパイル時間が長くなる。（使用するプログラミング言語やコンパイラの性能にもよりますが）
|
|
22
|
+
- クラス継承により、他のクラスとの関係性が複雑になる。
|
|
23
|
+
|
|
24
|
+
最後の「クラス継承により、他のクラスとの関係性が複雑になる」は、少し理解しづらいと思いますので、一つだけ例を挙げます。
|
|
25
|
+
|
|
26
|
+
|
|
27
|
+
|
|
28
|
+
Bird（鳥）クラスを継承する子クラスとして、Owl（フクロウ）クラスと Pigeon（ハト）クラスがあり、そこに Penguin（ペンギン）クラスを追加したいのですが、一つ問題があります。
|
|
29
|
+
Bird（鳥）クラスは Fly メソッドを持っていますが、ペンギンは空を飛ぶことができません。
|
|
30
|
+
さて、この場合はクラス設計をどう変更すべきでしょうか？
|
|
31
|
+
|
|
32
|
+
本題ではないので、解説はリンク先の記事に譲りますが、クラス継承にはこのような問題がたくさん出てきます。
|
|
33
|
+
この例では、全部で ４ つしかクラスが出てきませんでしたが、これがもしポケモンのように数百個のクラスが必要になった場合、果たしてうまくクラス設計することができるでしょうか？
|
|
34
|
+
|
|
35
|
+
参考：
|
|
36
|
+
[【Bad & Good】拝啓 継承による問題を間違って解決した私へ](https://qiita.com/yoshinori_hisakawa/items/57ff158b89c38881ace9)
|
1
誤った表記「多重継承」を削除
answer
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
提示されたクラス設計ですが、クラスの多さよりも多重継承
|
|
1
|
+
提示されたクラス設計ですが、クラスの多さよりも~~多重継承~~「継承されたクラスをさらに継承」が使われていることの方が気になります。
|
|
2
2
|
|
|
3
3
|
多重継承のデメリットとして、
|
|
4
4
|
|