回答編集履歴
1
投稿ミス
test
CHANGED
|
@@ -1,31 +1 @@
|
|
|
1
|
-
|
|
1
|
+
すいません、投稿場所を間違えました。
|
|
2
|
-
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
>なるべく分岐させず、特殊なメソッドが必要ならインターフェースを使い
|
|
6
|
-
|
|
7
|
-
それだと結局のところ特殊カード各々に対して個別のインターフェースを用意する必要があり
|
|
8
|
-
|
|
9
|
-
カードの効果を発動させる部位に if (card is Ixxxx) といった判定をさせる必要があるので
|
|
10
|
-
|
|
11
|
-
結局の分岐が必要な上カード効果実行部とカードの種類(=特殊インターフェース)の関係性が密になってしまいます。
|
|
12
|
-
|
|
13
|
-
それよりは発動部分はカードがなんであれ抽象Cardクラスの発動メソッドに、場の情報を渡して呼ぶことで効果を発揮できるように設計しておけば、カードを追加する際に呼び出し元の記述変更が不要です。
|
|
14
|
-
|
|
15
|
-
そもそもの話として「カード以外にもその特殊能力を発揮することがある」のでなければinterfaceとする意義は薄いでしょう。
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
>特殊能力はカードが「持っている」ものであり、「カード is a 特殊能力」ではないと思います。
|
|
20
|
-
|
|
21
|
-
その理屈であれば、特殊能力はinterfaceではなく抽象クラス化してDIで対応するべきかと思います。
|
|
22
|
-
|
|
23
|
-
特定の特殊効果が使いまわされることが多いのであればこれ一番良いかもしれません。
|
|
24
|
-
|
|
25
|
-
個人的にはカードゲームにおいて効果発動系のカードとその特殊能力は系統にこそまとめられても基本ほぼ1対1対応になってしまうのではないか、と考えてDIまでは提案しておりませんが
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
思ったのはやはりイメージしてるカードゲームが異なるから設計が変わってきているということでしょうか。
|
|
30
|
-
|
|
31
|
-
特殊効果のあるカードがどれだけ稀であるか、特殊効果がどれだけ全体で重複し組み合わせで持ってることがありうるか、このあたりで
|