工厂模式

工厂意即生产某个部件，例如生产汽车，手表。。。。等产品

在这个关系中，产品可能有多种多样，

在最初的生产中，可以只为某种产品定制生产，即只生产某种类的产品 ，之后由于产品需要创新发展，便有了多样化，此时工厂需要针对不同的产品进行不同的模板生产；

发展到后期，工厂只有一个是不能很好的完成某种产品需求，这就要把工作分离开，例如工厂1,工厂2。。。。

 

例如上面即为简单工厂模式 ， 即工厂原始样式（车间生产A,B等若干个产品）在这种情形下，需求方提出创建产品类型后，由工厂根据类型进行对应产品的生产；

使用场景

工厂类负责创建的对象比较少；

客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心；

由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。

但当工厂有新的产品时需要修改工厂注册的产品信息（这样每次有需求都要修改，这样违背了设计原则中的开闭原则）所以有了工厂方

法

工厂方法(Factory Method)模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品

另外：简单工厂是指定工厂生产类型， 而工厂方法即为用户不管类型了，需要什么产品只去找对应的工厂即可（用户从最初给一个工厂提供产品类型来得到产品，转变到需要什么产品就去什么工厂而不是到一个工厂告诉你我需要什么类型的产品）

但是 ，有一个产品时就需要一个对应的工厂总不能让工厂跟着产品走吧，所以需要进一步抽象（提供相应接口即可）

抽象工厂(Creator)角色：是工厂方法模式的核心，与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。

具体工厂(Concrete Creator)角色：这是实现抽象工厂接口的具体工厂类，包含与应用程序密切相关的逻辑，并且受到应用程序调用以创建产品对象。在上图中有两个这样的角色：BulbCreator与TubeCreator。

抽象产品(Product)角色：工厂方法模式所创建的对象的超类型，也就是产品对象的共同父类或共同拥有的接口。在上图中，这个角色是Light。

具体产品(Concrete Product)角色：这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建，它们之间往往一一对应。

工厂方法模式的应用

工厂方法经常用在以下两种情况中:

第一种情况是对于某个产品，调用者清楚地知道应该使用哪个具体工厂服务，实例化该具体工厂，生产出具体的产品来。

第二种情况，只是需要一种产品，而不想知道也不需要知道究竟是哪个工厂为生产的，即最终选用哪个具体工厂的决定权在生产者一方，它们根据当前系统的情况来实例化一个具体的工厂返回给使用者，而这个决策过程这对于使用者来说是透明的。