设计模式

设计模式（Design pattern）是软件开发人员在开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

设计模式六大基本原则：

1、单一职责原则：即一个类只负责一项职责

2、里氏替换原则：所有引用基类的地方必须能透明地使用其子类的对象

3、依赖倒置原则：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

4、接口隔离原则：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。

5、迪米特法则：一个对象应该对其他对象保持最少的了解，尽量降低类与类之间的耦合。

6、开闭原则：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

1、简单工厂模式：

在创建对象比较简单的时候，我们直接在主方法中做了，但是很多时候，创建对象需要一些初始化的操作，或者业务逻辑的处理。也就是说，有时候创建一个对象会做比较复杂的操作，这个时候，如果所有对象的创建操作都放在主方法中，就不合适了，怎么解决呢？使用简单工厂模式

先来看看它的组成：

1.工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑，用来创建产品

2.抽象产品角色：它一般是具体产品继承的父类或者实现的接口。

3.具体产品角色：工厂类所创建的对象就是此角色的实例。

下面用简单工厂模式模拟一个4S店销售汽车的例子：

简单工厂模式优缺点：

优点：在简单工厂中主函数或者客户端不再负责对象的创建，而是把这个责任交给工厂类，主函数或者客户端在使用对象的时候只从工厂中调用即可，从而明确了各个类的职责，符合单一职责原则

缺点：由于这个工厂类负责所有对象的创建，那么当子类增多时，我们就需要去修改工厂类的代码，这样呢，就违反了开闭原则。

简单工厂模式违背了开闭原则，怎么办呢?接下来看另外一种工厂方法模式：

2、工厂方法模式：

工厂方法模式组成：

1.抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关，是具体工厂角色必须实现的接口或者必须继承的父类。

2.具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。

3.抽象产品角色：它是具体产品继承的父类或者是实现的接口。

4.具体产品角色：具体工厂角色所创建的对象就是此角色的实例。

工厂方法模式优缺点：

优点：解决了简单工厂模式的违反开闭原则的问题。

缺点：若要增加一个具体产品类角色，需要添加这个类和对应的工厂类，代码量大。

3、单例模式：

举个常见的单例模式例子，我们的电脑上都有一个回收站，在整个操作系统中，回收站只能有一个实例，整个系统都使用这个唯一的实例，而且回收站自行提供自己的实例。因此回收站是单例模式的应用。

确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，这个类称为单例类，单例模式是一种对象创建型模式。

单例模式在创建对象和初始化时设置一个判断，只能创建一个实例对象。