内容会持续更新，有错误的地方欢迎指正，谢谢!
设计模式存在的意义：大多数是为了保证“低耦合高内聚”
1.单例模式
一个类只能有一个实例，单例非常重要经常用，比如游戏页面管理，现在我要关闭某个页面，页面上的很多子窗口也需要一起关闭。单例模式一般用于控制类脚本，也就是xxxController、xxxManager等。
//C#代码
public class Singleton
{
//关键点0：构造函数是私有的，以防止对象通过构造函数被构造
private Singleton() {}
private static Singleton single = null; //关键点1：声明单例对象是静态的
private static object obj= new object(); //lock住引用对象obj才是互斥锁
//静态方法内必须使用静态变量，所以上面两个变量要声明为静态的
public static Singleton GetInstance() //通过静态方法来构造对象
{
if (single == null) //关键点2：判断单例对象是否已经被构造
{
lock(obj) //关键点3：加线程锁
{
if(single == null) //关键点4：二次判断单例是否已经被构造
{
single = new Singleton();
}
}
}
return single;
}
}2.观察者模式
也就是发布—订阅者模式，常用于消息的分发，也就是说，发布者发布消息的话，全部订阅者可以同时收到消息。例子：玩家一旦升级，就需要同时更新很多信息，这时候就可以用观察者模式。
3.MVC模式
数据-控制-显示分离的方式 使游戏的结构清晰化，逻辑更明了。
控制器：（计算数据）处理和界面无关的代码逻辑，接受和处理网络数据。
模型：保存数据，发送数据更新信息。
视图：接受用户在界面上的操作，根据模型层的数据显示相应的界面。
控制器都是单例，模型就是数据，被控制器管理，而视图可由模型通过视图工厂来创建。
4.工厂模式
1.简单工厂模式：有一种swith—case的感觉，例子：给参数1就生产因特尔单核处理器，给参数2就生产AMD单核处理器。
2.工厂模式：加了一个单核处理器工厂类，生产哪种单核处理器，不再由参数决定，而是用户直接调用，例子：AMD单核处理器工厂类.生产单核处理器()
3.抽象工厂：也就是不仅生产单核处理器，还同时生产多核处理器。
举例：
AMD处理器工厂类名.生产单核处理器()，则生产AMD单核处理器；
AMD处理器工厂类名.生产多核处理器()，则生产AMD多核处理器；
抽象工厂模式在游戏中的实际应用：
假设有中文和英文两种语言，当用户更换语言时，会改变文字的显示和音效等组件。
具体情况：有一个语言父类，分别有中文和英文这两个子类；还有文字显示和音效这两个父类，其中，中文的文字显示类和英文的文字显示类分别继承自文字显示类，中文的音效类和英文的音效类分别继承音效类。调用方式举例：中文子类名.中文文字显示()。
5.中介者模式
各个子系统之间错中复杂的进行交互，使用中介者模式很好的避免了这种问题，也就是我们开发游戏的时候写的那个GameManager脚本的作用。
可将各个子系统类解耦，使得各个系统对象独立而易于复用，但中介者承担了较多的责任。