Unity　クラスのインスタンス化・継承について

プログラム初心者なので、間違ったことを書いてしまっていたらすみません。

ゲームづくりで必ず行うと言ってもいい「クラスのインスタンス化」と「継承」ですが、
この２つに関して、自分の中での疑問に思ったことがあるので投稿させていただきました。

＜クラスのインスタンス化＞
・現場によって様々だったのですが、
メインとなるクラス以外は基本的にすべてインスタンス化を行い、
Initialize(初期化）やUpdate(ただのメソッド）をメインクラスで回す場合と、
Unityのオブジェクトから各クラスをGetCompornentして、
回すプロジェクトがありました。

この場合、Getcompornentしている方が処理的には重たいと思うのですが、
自分の開発していた現場で、サウンドマネージャーを使いたい場合は、
各クラスでインスタンス化（シングルトン）を行い利用していました。
やり方として絶対に正しいというのはないとは思うのですが、
行ったほうが良いべき手法はどちらなのでしょうか。

＜継承＞
同じ名前や意味を持つ変数の複数回定義を減らしたり、
実装漏れをなくしたりすることができたりと、利用するといろいろ便利になると思いますが、
かなりの頻度で、一つの派生クラスでしか使用していないのに基本と派生で分けているクラスを見かけます。
これには意味があるのでしょうか。（コードは大して長くない）

ご意見をいただけると助かります。

行動規範の内容に同意します

回答2件

ベストアンサー

＜クラスのインスタンス化＞

GetComponentが絶対的に悪いということはないです。
例えばスタート時に一度だけGetComponentする程度であれば普通に使って問題無いと思います。

事例がよく分からないので何とも言えませんが……
「インスタンス化」がInstantiateするって意味なら、GetComponentと大差無いか、下手するとInstantiateの方が負荷高いかもです。
そうではなくnew クラス名()するという意味なら、それで賄えるクラスであるならそうした方がいいです。GameObjectに依存しなくていいということなので。

GetComponent出来るコンポーネント＝MonoBehaviourを継承している
new出来るコンポーネント＝MonoBehaviourを継承していない
となるので、まず「MonoBehaviourの継承が必要か？」を考え、必要なクラスについては「GetComponentかInstantiateか？」となるかと思います。

（なお、Unityにおいてはstatic以外のほぼ全てのクラスはインスタンス化されます。GameObjectにコンポーネントを付与した時点でインスタンス化されたことになるので。インスタンス化とシングルトンも厳密にイコールではないですし、質問者さんの諸々の認識（各単語とそれが示すコード）が正しいかちょっと不安になるので、具体例を挙げてもらった方が確実かもしれません）

まぁプログラムにおいて「正しさ」があるとしたら「バグが起きない・運用しやすい・処理が軽い」の３点だけなので、これを満たしているならぶっちゃけた話、何でもいいとは思います。（要は「プロジェクトによる」）

###＜継承＞
意味があるとしたら「派生が増えた時に前のコードに触らなくていいので安心」ですかね。
本当は最初にきっちり設計して派生クラスが必要・不必要を決めるべきだとは思いますが、
そうもいかない理由がある（特にゲームの場合は「後のバージョンアップでバリエーションが増えるかもしれない」とかが考えうる）と思います。
実際のところは、それを書いた人に確認を取るのが一番確実かとは思います。

投稿2019/03/01 12:35