从上篇文章里面提到了工厂模式，今个就说说这个广泛使用的模式；“工厂模式专门负责将大量有共同接口的类实例化”——闫宏《java 与模式》。
工厂模式分为简单工厂模式、工厂方法模式与抽象工厂模式。
简单工厂模式
简单工厂模式又叫静态工厂模式，是最简单的一种，当然缺点也明显，先看下他的 UML 图
从上图看到，他需要一个产品接口，和一个具体产品，然后工厂就能够根据需要造出对应的实例。
直接上代码，先来个产品接口（为什么要这个东西？坑），当然抽象类也可以，这里用抽象类
好了，有了准备的材料，使用简单工厂的方法，把东西造出来
抽象工厂创造的是一个抽象的对象，这就是为什么要有个抽象接口的原因，填了之前的坑。
现实的情况可能比这复杂许多，产品的级联更多，像组织结构一样，这些各种各样的产品，可以使用同一个工厂进行构造，当然，期间可以使用抽象接口进行继承来达到想要的结果，不再赘述。简单工厂使用静态static方法，使得工厂方法不能够继承，使得工厂等级也无法继承，这个时候工厂方法模式来了。
工厂方法模式
该模式是对简单工厂模式的进一步抽象，工厂本身不干具体的活了，他有几个小弟（继承者）来做具体的工厂工作。UML图如下
来具体看下源码，首先看下抽象工厂，他只和抽象产品打交道
下面是抽象产品，依然和上面例子一样
接下来，先把具体的商品，这里就是人给具体制造出来
两个人被构造出来了，接下来看下2个具体工厂
好，这下具体工厂都构造好，具体人也构造好，怎么使用呢？看下客户端吧
这里的意思就是需要什么人（产品），就到什么工厂去拿。这就对原来简单工厂进行了扩展，使得抽象工厂能够扩展 n 多具体工厂，而原来简单工厂核心是在一个具体类上。缺点是会造成工厂成堆。
抽象工厂
针对产品簇，该模式有独到之处，该模式 UML 图如下
抽象产品不再是一个，抽象工厂还是和上一个一样，在具体的工厂里面所做的事也有所区别。
这里代码我们采用传统的汽车构造来演示，虽然讨厌汽车这种奔死器的东西，汽车包括引擎和轮子等，为了简化，就造这两个东西，引擎有日系引擎和德系引擎，轮子同样有锦湖轮，有回力的等，先把抽象的造好，为了扩展。
两个抽象产品出来了，啥事也没干。再把抽象工厂也弄出来
抽象工厂像个领导一样，象征性的做了点工作，其实也是啥也没干。那么还是把实际干事的请出来吧。
好了，各个部件都做好了，具体工厂像个总工程师一样，向大伙发号施令进行组装，这里有2个具体工厂
好了，具体工厂组装完毕，我们需要的零件都好了，我们的客户端就和这些工厂打交道，不和具体生成产品的分包商打交道，工厂是总包。
到此为止，工厂模式告一段落，工厂模式用的地方很多，尤其是在构造级联对象的时候，需要考虑下工厂模式。所有的依赖都是依赖抽象，为什么呢？举个例子吧。
能骑白马，可以说此人能骑马，能骑黑马也可以说是能骑马，这里就是把马作为依赖来说，白马黑马都是马的继承；反过来不一定；而如果把具体作为依赖呢，是这样子的，有个美女类，有个妹妹是美女的一种，哥哥喜欢这个妹妹，不能说哥哥喜欢美女，哥哥喜欢妹妹就是哥哥依赖具体的妹妹，不能上升到哥哥喜欢美女这个层面。——来自闫宏的《java与模式》的白话版
