设计模式

单例模式

单例模式确保一个类只有一个实例，并提供一个全局访问点。它的使用场景比如操作文件的对象，同一时间我们只能有一个对象作文件吧。单例模式的目的是为了保证程序的安全性和数据的唯一性

public class Singleton
{
	//定义一个静态变量来保存类的实例
	private static Singleton uniqueInstance;

	//定义一个标识确保线程同步
	private static readonly object locker=new object();

	//定义私有构造函数，使外界不能创建该类实例
	private Sington()
	{
	}

	//定义公共方法提供一个全局访问点，同时你也可以定义公有属性来提供全局访问点
	public static Singleton GetInstance()
{
	If(uniqueInstance==null)
	{
			lock(locker)
			{
				If(uniqueInstance==null)
					uniqueInstance=new Singleton();
			}
	}
	Return uniqueInstance;
	}
}

简单工厂模式

简单工厂模式可以理解为 生产对象的一个类
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
封装改变，既然要封装改变，自然也就要找到改变的代码，然后把改变的代码用类来封装，这样的一种思路也就是我们简单工厂模式的实现方式了
降低对象之间的耦合度
因为如果客户想吃其他菜时，此时我们还是需要修改工厂类中的方法（也就是多加case语句，没应用简单工厂模式之前，修改的是客户类）。我首先要说：你和你的小伙伴很对，这个就是简单工厂模式的缺点所在

Factory Method(工厂模式)

定义一个用于创建对象的接口，让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。
工厂方法模式：工厂方法模式之所以可以解决简单工厂的模式，是因为它的实现把具体产品的创建推迟到子类中，此时工厂类不再负责所有产品的创建，而只是给出具体工厂必须实现的接口，这样工厂方法模式就可以允许系统不修改工厂类逻辑的情况下来添加新产品，这样也就克服了简单工厂模式中缺点

抽象工厂模式

提供一个创建产品的接口来负责创建相关或依赖的对象，而不具体明确指定具体类

建造者模式

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
建造者模式使得建造代码与表示代码的分离，可以使客户端不必知道产品内部组成的细节，从而降低了客户端与具体产品之间的耦合度。

原型模式

只创建一个类实例对象，如果后面需要更多这样的实例，可以通过对原来对象拷贝一份来完成创建，这样在内存中不需要创建多个相同的类实例，从而减少内存的消耗和达到类实例的复用。
用原型实例指定创建对象的种类，并且通过拷贝这个原型来创建新的对象

适配器模式

把一个类的接口变成客户端所期待的另一种接口，从而是原本接口不匹配而无法一起工作的两个类能够在一起工作。适配器模式有累的适配器模式和对象的适配器模式两种形式。

桥接模式

抽象部分与实现部分脱耦，使它们可以独立变化。

装饰者模式

动态地给一个对象添加一些额外的职责。就扩展功能而言， 它比生成子类方式更为灵活。

Observer（观察者模式）

定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新。

组合模式

组合模式允许你将对象组合成树形结构来表现“部分-整体”的层次结构，使得客户以一致的方式处理单个对象以及对象的组合。

外观模式

外观模式提供了一个统一的接口，用来访问子系统的一群接口。外观定义了一个高层接口，让子系统更容易使用。使用外观模式时，我们创建了一个统一的类，用来包装子系统中的一个或多个复杂的类，客户端可以直接通过外观类来调用内部子系统中方法，从而外观模式让客户和子系统之间避免了紧耦合。

享元模式

享元模式——运用共享技术有效地支持大量细粒度的对象。享元模式可以避免大量相似类的开销，在软件开发中如果需要生成大量细粒度的类实例来表示数据，如果这些实例除了几个参数外基本上都是相同的，这时候就可以使用享元模式来大幅度减少需要实例化类的数量。如果能把这些参数（指的这些类实例不同的参数）移动类实例外面，在方法调用时将他们传递进来，这样就可以通过共享大幅度地减少单个实例的数目。（这个也是享元模式的实现要领）,然而我们把类实例外面的参数称为享元对象的外部状态，把在享元对象内部定义称为内部状态。具体享元对象的内部状态与外部状态的定义为：

内部状态：在享元对象的内部并且不会随着环境的改变而改变的共享部分

外部状态：随环境改变而改变的，不可以共享的状态。

代理模式

就是给某一个对象提供一个代理，并由代理对象控制对原对象的引用。

模板方法模式

在一个抽象类中定义一个操作中的算法骨架，而将一些步骤延迟到子类中去实现。模板方法使得子类可以不改变一个算法的结构前提下，重新定义算法的某些特定步骤，模板方法模式把不变行为搬到超类中，从而去除了子类中的重复代码。

命令模式

命令模式属于对象的行为型模式。命令模式是把一个操作或者行为抽象为一个对象中，通过对命令的抽象化来使得发出命令的责任和执行命令的责任分隔开。

迭代器模式

迭代器模式提供了一种方法顺序访问一个聚合对象（理解为集合对象）中各个元素，而又无需暴露该对象的内部表示，这样既可以做到不暴露集合的内部结构，又可让外部代码透明访问集合内部的数据。
https://www.cnblogs.com/zhili/p/DesignPatternSummery.html