设计模式-工厂方法&抽象工厂模式

工厂方法模式

在进行整理工厂方法模式之前，首先来整理一下六大设计原则中的依赖倒置原则。

先来看一个例子：

这里有一个PizzaStore，也就是一个Pizza工坊，由于Pizza工坊要开下去，就一定要依赖一些相关的Pizza实体，所以此时的PizzaStore是依赖于各个Pizza的子类的。

如果此时，我们把这些一个一个的Pizza进行整理，将这些Pizza类都整理到Pizza类的麾下，这样就能够创建一个Pizza接口，让所有类型的Pizza实体都去依赖于这个Pizza实体，也就是所有的Pizza类都是Pizza接口的实现类。经过一系列的处理，原来的PizzaStore和各个Pizza类之间的关系就变成了下面的这种关系。

可以看到，原来的PizzaStore依赖于各个Pizza的子类变成了PizzaStore仅仅依赖于Pizza这个类(接口)就够了。在这里我觉得Pizza是个抽象类或者是一个接口都可以。然后各个子类可以是继承于Pizza类或者是实现了Pizza接口。由于各个子类是继承自Pizza类或者是Pizza接口的实现类，所以各个子类又是依赖于Pizza的。

简单提一下在OO设计中避免违反依赖倒置原则的几个小tips：

变量不可以持有具体类的引用(说人话也就是不要直接去new某个具体类)
不要让类派生自具体类(这里的想法是尽量继承抽象类或者说是实现对应的接口)
不要覆盖基类中已经实现的方法(也就是说如果覆盖基类已经实现的方法，那么基类就不适合做被抽象的对象)

综上所述，依赖倒置原则的简单描述就是要依赖抽象，不要依赖具体类。依赖倒置原则中的倒置指的是和一般的OO设计原则的思考方式完全相反。

接着进行工厂方法模式的整理。

简单描述：定义一个创建接口的对象，但由子类决定要实例化的类是哪一个。工厂方法模式让类的实例化推迟到了子类。

所属类型：创建型模式

实现原则：将实现推迟到子类，也就是通过接口或者继承来实现解耦

实现方法：通过继承的方式或者是通过实现接口的方法来实现具体的类

在对工厂方法的简单描述当中，决定并不是值模式允许子类本身在运行时做决定，而是指在编写创建者类时，不需要知道实际创建的产品是哪一个。

工厂方法的例子如下所示：

在这个例子当中，对Product和Creator进行了考虑。首先对于Product来说，Product是所有的ConcreteProduct的共同接口，Creator和ConcreteCreator的关系也是一样，ConcreteCreator是Creator的具体实现类。

简述简单工厂和工厂方法：

简单工厂虽然不是一种模式，但是一种常用的思想。简单工厂把全部的事情在同一个地方处理完，然后工厂方法创建一个框架，让子类决定具体如何实现。举个PizzaStore的例子：在工厂方法中，orderPizza()方法提供了一般的框架，来创建pizza。可以通过继承PizzaStore的方法来决定实际创造出来的pizza是什么。而简单工厂的做法可以将对象的创建封装起来。但是简单工厂不具备工厂方法的弹性，因为简单工厂不能变更正在创建的产品。简述两者的差别在于：工厂方法比简单工厂更具弹性，可以更好地应对未来的扩展。

工厂方法用来处理对象的创建，并将这样的行为封装在子类中。这样程序中关于超类的代码和子类创建对象创建代码就解耦了。

abstract Product factorymethod(String type)

abstract：工厂方法是抽象的，所以依赖于子类来处理对象的创建
Product：工厂方法必须返回一个产品，超类中定义的方法，通常使用工厂方法的返回值
factorymethod：工厂方法将客户(批萨店铺例子的orderPizza())和实际创建具体产品的代码分割开来
String type：可以对该方法传递参数，也可以不传递参数

工厂方法模式通过让子类决定该创建的对象是什么，来达到将对象创建的过程封装的目的。

拿制作Pizza来进行举例：

其中，PizzaStore是一个抽象的创建者类，它定义相关的抽象工厂方法，让其子类来进行实现。上图中，定义createPizza()为抽象方法，通过PizzaStore的子类NYPizzaStore和ChicagoPizzaStore来实现具体的实体类。这是对于创建者(Creator)而言的。对于产品类Pizza来说，Pizza类也有很多种类的具体实现。

抽象工厂模式

简单描述：提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。也可以说【抽象工厂模式是其他工厂的工厂】

所属类型：创建型模式

实现原则：将实现推迟到子类，也就是通过接口或者继承来实现解耦

实现方法：通过继承的方式或者是通过实现接口的方法来实现具体的类