二、工厂模式
工厂模式：
实现了创建者和调用者的分离- 详细分类：
- 简单工厂模式
- 工厂方法模式
- 抽象工厂模式
- 核心本质：
1. 实例化对象，用工厂方法代替new操作
2. 将选择实现类、创建对象统一管理和控制。从而将调用者跟我们的实现类解耦。
简单工厂模式【通常项目开发中使用】
【要点】
- 简单工厂模式，也叫静态工厂模式，就是工厂类一般是使用静态方法，通过接收的参数的不同来返回不同的对象实例。
- 对于增加新产品无能为力！不修改代码的话，是无法扩展的。
以汽车为例。
【示例一】无工厂模式
步骤一：接口Car.java
public interface Car {
void run();
}步骤二：实现类Audi.java、Byd.java
public class Client {
public static void main(String[] args) {
CarFactory factory = new LuxuryCarFactory();
Engine e = factory.createEngine();
e.start();
e.run();
}
}工厂方法模式
【要点】
- 为了避免简单工厂模式的缺点----不完全满足OCP。
- 工厂方法模式和简单工厂模式最大的不同在于，简单工厂模式只有一个工厂类（对于一个项目或者一个独立模块而言），而工厂方法模式有一组实现了相同接口的工厂类。
简单工厂模式和工厂方法模式PK:
- 结构复杂度
简单工厂模式占优。简单工厂模式只需一个工厂类，而工厂方法模式的工厂类随着产品类个数增加而增加，这无疑会使类的个数越来越多，从而增加了结构的复杂度。 - 代码复杂度
代码复杂度和结构复杂度是一对矛盾。既然简单工厂模式结构方面相对简洁，那么它在代码方面肯定比工厂方法模式复杂。简单工厂模式的工厂类随着产品类的增加需要增加很多方法（或代码），而工厂方法模式每个具体工厂类只完成单一任务，代码简洁。 - 客户端编程难度
工厂方法模式虽然在工厂类结构中引入了接口从而满足了OCP，但是在客户端编码种需要对工厂类进行实例化，而简单工厂模式的工厂类是个静态类，在客户端无需实例化，这无疑是个吸引人的优点。 - 管理上的难度
- 这是个关键问题。
- 从
扩展性角度来说，工厂方法模式完全满足OCP，即它具有良好的可扩展性；但同时简单工厂模式也具备良好的扩展性—仅需要修改少量的代码（修改工厂类的代码）就可以满足扩展性的要求。因为就连Java官方工具都有很多未满足OCP的例子，所以只能尽可能去满足。 - 从
维护性角度来说，对工厂方法模式而言，假设某个具体产品类需要进行一定的修改，很有可能需要修改对应的工厂类。当同时需要修改多个产品类时，对工厂类的修改会变得相当麻烦（对号入座已经是个问题了。）反而简单工厂模式没有这些麻烦，当多个产品类需要修改时，简单工厂模式任然仅仅需要修改唯一的工厂类（无论怎样都能改到满足要吧，大不了把这个类重写）。
根据设计理论建议：工厂方法模式。
但实际上，我们一般都用简单工厂模式。
简单工厂模式+工厂方法模式：只针对一个接口。
三、抽象工厂模式
【要点】
- 用来生产不同产品族的全部产品。（对于增加新的产品，无能为力；支持增加产品族）
- 在多个业务品种、业务分类时，通过抽象工厂模式产生需要的对象是一个非常好的解决方式。
【实例】
【工厂模式要点】
- 简单工厂模式（静态工厂模式）
虽然某种程度不符合设计原则，但实际使用最多。 - 工厂方法模式
不修改已有类的前提下，通过增加新的工厂类实现扩展 - 抽象工厂模式
不可以增加产品，可以增加产品族！
【应用场景】
- 很多JDK中Calendar的getInstance()方法
- JDBC中Connection对象的获取
- Hibernate中SessionFactory创建Session
- spring中IOC容器创建管理bean对象
- XML解析时的DocumentBuilderFactory创建解析器对象
- 反射中Class对象的newInstance()
简单判别，“见名知意”–有Factory结尾的类，一般都是采用了工厂模式。
