[過去ﾛｸﾞ] ゲーム制作 雑談スレ【part31】 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
743(3): 2024/12/14(土)15:35 ID:MNJpJ+iV(8/41) AAS
>>739
まずね、unityで継承を使うと結構しんどいのよ
例えば「敵base」が基底クラスで「敵a」「敵b」と量産するとする
そうしたらまず敵baseにどの処理を置くか、派生クラスに何を回すか
ってのを決めないといけない
そこで硬直化してしまうのよな
後からcを作った時「やっぱりbaseのものをcで設定したい」とか出てくる
前にSTG作ったときに継承は逆に面倒と思った
それと多態は役に立つことはあるけど多態を実現するのはunityだと
unityの機能のイベントシステムでできる
省1
747: 2024/12/14(土)15:44 ID:Vw0HH/Op(1/2) AAS
>>743
設計の問題じゃね？
それだと継承じゃなくて委譲のほうがよさそう
データとロジックは別にしたほうがいいと思う
760(2): 2024/12/14(土)18:28 ID:nya+qNWS(4/12) AAS
>>743
＞例えば「敵base」が基底クラスで「敵a」「敵b」と量産するとする
＞そうしたらまず敵baseにどの処理を置くか、派生クラスに何を回すか
＞ってのを決めないといけない
＞そこで硬直化してしまうのよな
普通は、先に「敵a」作って、その後「敵b」作ろうとするよな？その時に共通項目を「敵base」に移すだけじゃん。そんなに悩むかそこ？
また敵が増えていく度に同じ実装する方が可読性下がるし、後からコーディングの改良点に気付いた時に、全部の敵について同じ個所を直すのは大変だぞ
＞後からcを作った時「やっぱりbaseのものをcで設定したい」とか出てくる
メソッドを同名同引数でオーバーライドすりゃいいだけじゃん。
何ならオーバーライドしたメソッド内で、先に基底クラスの同名メソッド呼んで、その後に変えたい部分を設定し直せばいい。
763: 2024/12/14(土)18:43 ID:cBhqVuvs(1) AAS
>>743
この意見ってかなりメジャーな考えでUnityにおけるオブジェクト指向否定派はかなり多いんだよね
もちろん完全に使うなってことではない
部品組み合わせるコンポーネント指向の方が楽だからそっちなるべく使おうねって話
外部ﾘﾝｸ:tukikusa.hatenablog.jp
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.130s*