UnityのMonoBehaviourクラスをシングルトン化する

何を隠そう、ここ2年ほど仕事でUnityを使っているオイラです。

UnityでC#のScriptを作成しようとすると、デフォルトでMonoBehaviourクラスを継承したクラスが作成される。このMonoBehaviourクラスはUnityとやり取りするための様々な機能がすでに実装されていてとても便利。ただ、個々のGameObjectが独立して動作させるような時には自由度が高くて良いんだけど、この自由度が逆に管理しづらいこともあるのです。
例えば、ゲーム全体を一元管理する情報を扱うような場合、あるいは外部のアプリケーションやKinectみたいなセンサーとやり取りするインターフェイスを作る場合、そのクラスのインスタンスは唯一にしておきたい。知らないうちに複数出来ちゃったら大混乱だ。

ということで、MonoBehaviourクラスの便利さを保ったままシングルトンにする方法を探したら、良い方法を見つけた。


スポンサーリンク

Unity Technologies Japanのエバンジェリスト伊藤さんが翻訳したこの記事↓
http://warapuri.tumblr.com/post/28972633000/unity-50-tips

29、シングルトンは便利だ

こんな感じで自動的にシングルトンが作られるようにしておくといい。

public class Singleton<T> : MonoBehaviour where T : MonoBehaviour
{
   protected static T instance;
 
   /**
      Returns the instance of this singleton.
   */
   public static T Instance
   {
      get
      {
         if(instance == null)
         {
            instance = (T) FindObjectOfType(typeof(T));
 
            if (instance == null)
            {
               Debug.LogError("An instance of " + typeof(T) + 
                  " is needed in the scene, but there is none.");
            }
         }
 
         return instance;
      }
   }
}

シングルトンはParticleManager とか AudioManager とか GUIManager.とかマネージャーに役に立つ。


スポンサーリンク
  • マネージャーではない固有インスタンス(プレイヤーとか)にシングルトンを使うのは止めよう。(以下略)
  • クラスの外側から利用されるために、staticなプロパティと関数を定義しておこう。こうしておくと、GameManager.Playerと書けるようになる(GameManager.Instance.playerという書き方ではなく)

あとはこれを継承して任意のクラスを作るだけ。例えばこんな感じ。

using UnityEngine;
 
public class GameManager : SingletonMonoBehaviour<GameManager> {
     
    public void Awake(){
        if(this != Instance){
            Destroy(this);
            return;
        }
 
        DontDestroyOnLoad(this.gameObject);//シーン遷移しても破棄されない設定
    }    
     
}

そして、同じような要件でシーン遷移後もMonoBehaviourクラスを破棄せずに存続させたい場合は、上記のようにAwake()メソッドでの初期化時に

 DontDestroyOnLoad(this.gameObject);

という記述を加えれば、Script(MonoBehaviourクラス)の親となるGameObjectがシーン遷移後も存続するようになる。

Unityは、ささっと動く物を作るには本当に便利だけど、ややカチッとしたものを作ろうとするとMonoBehaviourクラスの特殊さが壁になっちゃったりもする。
システム開発してた人間からすると、MVCにならない時点で頭を抱えちゃうんだけど、Unityに適した設計方法ってのをのんびり模索していきたい。上手く長所を活かせる方法が見つかるといいなぁ。


スポンサーリンク

関連記事

OANDAのfxTrade API
ブログをGoogle App EngineからAmazon EC2へ移行
OpenCLに対応したオープンソースの物理ベースレンダラ『LuxRender(ルクスレンダー)』
映像ビジネスの未来
Verilog HDL
Amazon Web ServicesでWordPress
JavaScriptとかWebGLとかCanvasとか
オープンソースのSfM・MVSツール『COLMAP』
ブログが1日ダウンしてました
Deep Neural Networkによる顔の個人識別フレームワーク『OpenFace』
画像中の人物表面のUV座標を推定する『DensePose』
まだ続くブログの不調
Pythonの自然言語処理ライブラリ『NLTK(Natural Language Toolkit)』
Unityの各コンポーネント間でのやり取り
OpenCV
OpenCV 3.3.0-RCでsfmモジュールをビルド
OpenCVベースのマーカーARライブラリ『OpenAR』
Unite 2017 Tokyoに行ってきた
プログラミングスキルとは?
OpenCV 3.1から追加されたSfMモジュール
ニューラルネットワークの構造を可視化するフレームワーク『TensorSpace.js』
UnityでLight Shaftを表現する
OpenCV 3.3.0 contribのsfmモジュールのサンプルを動かしてみる
Unityで使える数値計算ライブラリ『Math.NET Numerics』
Unity MonoBehaviourクラスのオーバーライド関数が呼び出される順番
C++ 標準テンプレートライブラリ (STL)
Quartus II
Unityで360度ステレオVR動画を作る
軽量なジオメトリ処理ライブラリ『libigl』
Google App Engineのデプロイ失敗
WordPress on Windows Azure
Raspberry PiのGPIOを操作するPythonライブラリ『RPi.GPIO』の使い方
Web経由でRaspberry PiのGPIOを操作したい
Maya LTのQuick Rigを試す
ニューラルネットワークで画像分類
html5のcanvasの可能性
BlenderのPython環境にPyTorchをインストールする
機械学習手法『SVM(Support Vector Machine)』
Unity Scriptコーディング→Unreal Engine Scriptコーディング
ディープラーニング
マルコフ連鎖モンテカルロ法
Twitter APIのPythonラッパー『python-twitter』

コメント