Unity 单例模式

Posted chenzirong1999

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Unity 单例模式相关的知识,希望对你有一定的参考价值。

一、单例模式(Slingleton Pattern)

  单例模式是最简单的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
  这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。

二、单例的特性

  • 单例类只能有一个实例,并且有声明周期
  • 单例类必须自己创建自己的唯一实例
  • 单例类提供一个全局访问点,在任何地方都可以获取

 当然,单例类除了带来的好处,也是伴随着风险的

  • 如果你使用的是懒加载形式的单例,他的初始化就是不可控的,因为是在第一次访问的时候才创建

  • 因为可以全局访问,所以如果使用不当,逻辑就会散落到各地,逻辑之间的引用会非常混乱

  • 因为可以通过Instance获取实例对象,所以内部的成员变量就会暴露出来,从而带来被修改的风险

 可能在项目初期或者项目较小的时候,大家没有什么感觉,但是随着项目规模增大,这些都是隐患。

三、如何回避风险

  处理这些问题的方法可能很多,可以在各方面对它进行限制,例如:
  • 首先在单例里增加初始化方法,然后在合适的时机主动去初始化这个单例,已达到控制其生命周期的目的

  • 使用静态方法,这样就不会把实例暴露出来

  • 严格控制API的数量和自身的职责

四、几种单例模式

  懒汉模式:如果不调用则不会进行实例化

 1 public class Slingleton_Pattern : MonoBehaviour
 2 {
 3     private static Slingleton_Pattern Instance;
 4 
 5     public static Slingleton_Pattern _Instance()
 6     {
 7         if(Instance == null)
 8         {
 9             Instance = new Slingleton_Pattern();
10         }
11         return Instance;
12     }
13 }

  饿汉模式:系统运行则主动实例化

1 public class Slingleton_Pattern : MonoBehaviour
2 {
3     private static Slingleton_Pattern Instance = new Slingleton_Pattern();
4 
5     public static Slingleton_Pattern _Instance()
6     {
7         return Instance;
8     }
9 }

  继承MonoBehaviour:便于其他模块调用,但非唯一性

 1 public class Slingleton_Pattern : MonoBehaviour
 2 {
 3     private static Slingleton_Pattern Instance;
 4 
 5     void Awake()
 6     {
 7         Instance = this;
 8     }
 9 
10     public static Slingleton_Pattern _Instance()
11     {
12         return Instance;
13     }
14 }

  其他

 1 public class Slingleton_Pattern : MonoBehaviour
 2 {
 3     private static Slingleton_Pattern Instance = null;
 4 
 5     public static Slingleton_Pattern _Instance
 6     {
 7         get
 8         {
 9             if (Instance == null)
10             {
11                 Instance = FindObjectOfType(typeof(Slingleton_Pattern)) as Slingleton_Pattern;
12             }
13             return Instance;
14         }
15     }
16 }

五、总结

  单例的使用风险是可以在任意处进行访问,并且开放了实例的访问权限,在项目庞大的时候滥用单例会导致引用逻辑混乱,所以我们在设计项目结构的时候,尽量让业务模块和自己模块的逻辑形成单向的访问,避免所有逻辑交叉访问,设计单例的时候,对单例做限制,防止外界获取单例的整个实例,只对外界开放一部分服务,这样便可以缓解使用单例模式带来的风险和危害。

 

***| 以上内容仅为学习参考、学习笔记使用 |***

以上是关于Unity 单例模式的主要内容,如果未能解决你的问题,请参考以下文章

基于unity的单例设计模式写法

Unity开发常用设计模式(初级)

Unity常用设计模式之单例模式

Unity---游戏设计模式之单例模式

Unity 单例模式

Unity 单例模式