---恢复内容开始---
1）还没有工厂时代：假如还没有工业革命，如果一个你要一架飞机,一般的做法是自己去建造一架飞机，然后拿来开 通常的结果就是 有些时候 要么专科螺钉 没打好 要么就是 那个地方的液压 没搞对。
2）简单工厂模式：后来出现工业革命。用户不用去亲自建造飞机了。因为客户有一个工厂来帮他造飞机.想要什么飞机，这个工厂就可以建。比如想要F22。工厂就创建这。即工厂可以创建产品。
3）工厂方法模式时代：为了满足客户，飞机系列越来越多，如J20,T50,F15等系列一个工厂无法创建所有的飞机系列。于是由单独分出来多个具体的工厂。每个具体工厂创建一种系列。即具体工厂类只能创建一个具体产品。但是飞机工厂还是个抽象。你需要指定某个具体的工厂才能生产车出来。
4）抽象工厂模式时代：随着客户的要求越来越高，飞机必须能发射导弹（捣蛋）。于是这个工厂开始生产飞机和需要的导弹。
最终是三锅只要对毛子的销售员说：我要T50，销售员就直接给他T50。而不用自己去创建搞肥鸡（光辉就是案列）.
这就是工厂模式。
一共有三种工厂即：
1.简单工厂模式（Simple Factory）
2.工厂方法模式（Factory Method）
3.抽象工厂模式（Abstract Factory）
先从 简单工厂模式讲 ：
建立一个工厂（一个函数或一个类方法）来制造新的对象分布说明引子：从无到有。客户自己搞肥鸡，然后拿来用。
就像这样
package hwc.java.test;
public class SimpleFactory {
public static void main(String[] args){
F22 f22 = new F22();
T50 t50 = new T50();
}
}
class T50{
public void T50(){
System.out.println("毛子的T5O");
}
}
class F22{
public void F22(){
System.out.println("山姆大叔的F22");
}
}
客户需要知道怎么去创建飞机,客户和飞机就紧密耦合在一起了.为了降低耦合,就出现了工厂类,把创建飞机的操作细节都放到了工厂里面去,客户直接使用工厂的创建工厂方法,传入想要的飞机型号就行了,而不必去知道创建的细节.这就是工业革命了：简单工厂模式
即我们建立一个工厂类方法来制造新的对象。 如下面代码：
产品类：
package hwc.java.test;
abstract class MyAircraft {
public MyAircraft(){
}
}
package hwc.java.test;
public class MyT50 extends MyAircraft{
public MyT50(){
System.out.println("我是毛子的T50");
}
}
package hwc.java.test;
public class MyF22 extends MyAircraft{
public MyF22(){
System.out.println("我是山姆大叔的F22");
}
}
工厂类：
package hwc.java.test;
public class MyFactory {
public MyAircraft createMyAircraft(int type){
switch (type) {
case 50:
return new MyT50();
case 22:
return new MyF22();
default:
break;
}
return null;
}
}
用户类：
package hwc.java.test;
public class MyCustomer {
public static void main(String[] args) {
MyFactory factory = new MyFactory();
MyAircraft bmw320 = factory.createMyAircraft(22);
MyAircraft bmw523 = factory.createMyAircraft(50);
}
}
简单工厂模式又称静态工厂方法模式。重命名上就可以看出这个模式一定很简单。它存在的目的很简单：定义一个用于创建对象的接口。
先来看看它的组成：
1) 工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑，用来创建产品
2) 抽象产品角色：它一般是具体产品继承的父类或者实现的接口。
3) 具体产品角色：工厂类所创建的对象就是此角色的实例。在Java中由一个具体类实现。
下面我们从开闭原则（对扩展开放；对修改封闭）上来分析下简单工厂模式。当客户不再满足现有的车型号的时候，想要一种速度快的新型车，只要这种车符合抽象产品制定的合同，那么只要通知工厂类知道就可以被客户使用了。所以对产品部分来说，它是符合开闭原则的；但是工厂部分好像不太理想，因为每增加一种新型车，都要在工厂类中增加相应的创建业务逻辑（createBMW(int type)方法需要新增case），这显然是违背开闭原则的。可想而知对于新产品的加入，工厂类是很被动的。对于这样的工厂类，我们称它为全能类或者上帝类。
我们举的例子是最简单的情况，而在实际应用中，很可能产品是一个多层次的树状结构。由于简单工厂模式中只有一个工厂类来对应这些产品，所以这可能会把我们的上帝累坏了，也累坏了我们这些程序员。
于是工厂方法模式作为救世主出现了。 工厂类定义成了接口,而每新增的车种类型,就增加该车种类型对应工厂类的实现,这样工厂的设计就可以扩展了,而不必去修改原来的代码。
工厂方法模式
工厂方法模式去掉了简单工厂模式中工厂方法的静态属性，使得它可以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。
工厂方法模式组成：
1)抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。
2)具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。
3)抽象产品角色：它是具体产品继承的父类或者是实现的接口。在java中一般有抽象类或者接口来实现。
4)具体产品角色：具体工厂角色所创建的对象就是此角色的实例。在java中由具体的类来实现。
工厂方法模式使用继承自抽象工厂角色的多个子类来代替简单工厂模式中的“上帝类”。正如上面所说，这样便分担了对象承受的压力；而且这样使得结构变得灵活 起来——当有新的产品产生时，只要按照抽象产品角色、抽象工厂角色提供的合同来生成，那么就可以被客户使用，而不必去修改任何已有 的代码。可以看出工厂角色的结构也是符合开闭原则的！
code如下：
产品类
package hwc.java.a;
abstract class Aircraft {
public Aircraft(){
}
}
package hwc.java.a;
public class F22 extends Aircraft{
public F22(){
System.out.println("鹰酱的F22");
}
}
package hwc.java.a;
public class T50 extends Aircraft{
public T50(){
System.out.println("毛子T50");
}
}
工厂类：
package hwc.java.a;
interface FactiorAircraft {
Aircraft creatAircraft();
}
package hwc.java.a;
public class FactoryF22 implements FactiorAircraft{
@Override
public F22 creatAircraft() {
return new F22();
}
}
package hwc.java.a;
public class FactoryT50 implements FactiorAircraft{
@Override
public T50 creatAircraft() {
return new T50();
}
}
客户类：
package hwc.java.a;
public class Customer {
public static void main(){
FactoryF22 ff22 = new FactoryF22();
F22 f22= ff22.creatAircraft();
FactoryT50 ft50 = new FactoryT50();
T50 t50 = ft50.creatAircraft();
}
}
以上就是简单工厂模式，工厂方法模式，抽象工厂模式在这里。