[過去ﾛｸﾞ] 【ゲームエンジン】Unityなんでも質問スレpart3 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
178(2): 2021/02/08(月)22:01 ID:oiCGlHqI(1/2) AAS
>>175
スクリプトってのはUnityだとクラスだから、「1クラスにいろんな機能を放り込んだほうが楽じゃね？」という発想という前提で話をしてみる
結論から言うと「最初は楽かもしれないが、長期的には地獄を見る可能性がある」という感じ
以下解説、長文なので分割兼先に謝っとくね
オブジェクト指向設計原則またはSOLIDの原則と呼ばれるものがあって、その1つに「単一責務の原則」ってのがある
1つのクラスには1つの責務（機能）しか持たせない方が良いという原則
この原則に徹底的に反して、1つのクラスやオブジェクトにありとあらゆる責務をもたせちゃってるのがアンチパターンの1つ「神オブジェクト」ってやつ
省5
179: 2021/02/08(月)22:01 ID:oiCGlHqI(2/2) AAS
>>178つづき
神オブジェクトの危険性としては
自分一人の開発で神オブジェクトの中身をすべて把握しているなら影響範囲はわかっているだろうけど、1年後2年後もそれを覚えていられる人はまれ
影響範囲を忘れた後神オブジェクトの変更をしなきゃいけないとしよう（神オブジェクトはあらゆる機能を持つため変更も頻繁に入る）
どこに影響がでるかわからないからおいそれと変更できず、まず影響範囲を調査することから初めなきゃならなくなる
極端な例だけど100個のフィールド、100個のメソッドがある神オブジェクトの影響範囲を調べないといけないとしたら、それだけでうんざりするだろう
そして調査をすり抜けたメソッドがまったく思いもしなかったバグを生む・・・それが発覚するのは納品/公開後・・・みたいな悪夢も考えられる
省3
377: 2021/02/18(木)11:51 ID:hMvNScPd(1) AAS
>>373
>178が言っているのはこういう事
外部ﾘﾝｸ:www.lancarse.co.jp とかね
FSMの実装が分からないならこれでもやればよろしい
外部ﾘﾝｸ:learn.unity.com
メソッド一杯あり過ぎて訳わかめならデザインパターン使えって事
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s