Unityとか備忘録サークル獏の佐藤敏がUnityとかで知ったTipsを書いておく備忘録です。C#スクリプトSingletonでいこう世間ではUniRxやらZenjectでSingleton祭りを脱却しよう、みたいな記事がたくさん出ている。小規模アマチュア僕たちはSingleton祭りでいいんじゃないかなという気がしてしまう。ゲームのTestは書きづらいということもあるし。MonoBehaviorのSingletonは既に色々説明記事があるqiita.comtsubakit1.hateblo.jpこのようにMonoBehaviorのSingletonは既に色々説明記事がある。「別にMonoBehaviorの機能いらないよ」という場合はコレで実装するのがどうも気が引ける。MonoBehaviorに生えているプロパティやらメソッドの数は結構なものであるし、インテリセンスで余計なものがサジェストに大量に出てくるのも微妙だ。MonoBehaviorでないSingletonを書くMonoBehaviorでないSingleton実装方法としては、普通はこんな感じだろうか。SoundManager.Instance;soundManager.Play("bong");とかすればフツーに使える。newもできないのでたしかにSingletonとして機能している。うまくいかない、SingletonBaseを継承するパターンが、毎度毎度mInstanceのどうこうを書くのは非常にめんどい。SingletonBaseとかを継承すればOKという風にしたい。}とかできれば非常にラクで見やすい。}}のように書いて継承するとエラーが起きてしまう。普通にnewできてしまう。これではSingletonではない。教えてくださいぶっちゃけ1人で書いている場合は「newしないように気をつける」「全部staticプロパティやメソッドにするよりは見やすくて書きやすいからメリットあり」ってことでコンストラクタをpublicにしたまま上記のSingletonBaseを使っていってもいいのだが、やはり気持ち悪い。»プロフィールid:VinSatooサークル獏の佐藤敏がUnityとかで知ったTipsを書いておく備忘録です。月別アーカイブはてなブログをはじめよう!VinSatooさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。