设计模式——工厂模式

工厂模式的核心是：

一个抽象类里有两个方法，一个是工厂方法，用来创建产品，另外一个方法是对产品的使用。那么对于产品的创建（最后到底是哪种产品），其实是具体实现抽象类的时候做的事情，也就是工厂模式的核心：“由子类决定要实例化的类是哪一个，把类的实例化推迟到了子类”。

类图见《Head Fisrt 设计模式》134页。

好处&特点：

对于“依赖倒置”的最有力的工具之一：如果不使用工厂模式，那么高层组件将依赖底层组件。使用工厂模式之后，高层组件和底层组件都依赖于抽象。

解耦创建过程和使用过程：这个层面的好处1：不同的创建可以使用相同的使用流程（质量控制）；好处2：增加产品或者改变产品的实现，抽象类不受影响。

简单工厂相比工厂模式有什么缺点：

不能保证除了创建之外，其他都使用统一的流程。

之所以造成这个问题，是因为，简单工厂，每个客户类都是new出来的。例如《Head First 第119页》：

PizzaStore nyStore = new PizzaStore(nyFactory);

PizzaStore chicagoStore = new PizzaStore(chicagoFactory);

 这样就导致了PizzaStore的orderPizza方法有着被更改的可能性（例如被子类覆盖重写），可以这么理解：nyStore、chicagoStore是两个不同的对象，所以他们分别在内存的不同位置，那么对于制作他们的orderPizza方法，也存在两个不同的地址，所以不能保证流程完全一致。

而工厂方法就不同了，工厂方法中，每个商店都继承自抽象类，他们的orderPizza方法都来自于抽象基类，并且定义为final方法，只有抽象基类中可以修改方法，这就做到了流程的一致，final是个重点。