工厂模式主要负责将大量有共通接口的类实例化，工场模式有以下几种形态
简单工厂(Simple Factory) 又称 静态工厂方法(Static Factory Method)
工厂方法(Factory Method) 又称 多态性工厂(Polymorphic Factory)
抽象工厂(Abstract Factory) 又称 工具箱(Kit or Toolkit)
先说简单工厂模式：
需求：一个水果工厂，为任何来的客人提供水果，现有水果Apple ,Banana,Orange
实现:
定义三个类Apple,Banana,Orange 让他们都实现Fruit接口
----------------------- list 1 --------------------------------
public class FruitFactory 
{
public static Fruit factory(String which) {
if (which.equalsIgnoreCase( " apple " ) {
return new Apple();
} else if (which equalsIgnoreCase( " banana " )) {
return new Banana();
} else if (which equalsIgnoreCase( " orange " )) {
return new Orange();
} else {
throw RuntimeException( " no this fruit " );
}
}
}
----------------------- list 1 --------------------------------
客人的需求实现
1 try {
2 FruitFactory.factory( " apple " );
3 FruitFactory.factory( " banana " );
4 FruitFactory.factory( " orange " );
5 } catch (Exception e) {
6
7 }
8
优点：分开了生产者和消费者的责任
缺点:所有的产品都出自一个工厂
造成问题：
1，当这个工厂出现问题时，损失惨重，不利于分散风险
2，当出现不同种类的水果（有不同接口的水果），工场内部既须要判断种类，又须要判断具体的产品。
比如这种结构：
1,水果接口Fruit
2,两个种类水果实现了Fruit接口 有籽水果 /无籽水果
3,所有有籽水果继承自有籽水果类 ，所有无籽水果继承自无籽水果类
这事如果客户要有籽西瓜，无籽西瓜 工厂类的实现
1 ----------------------- list 2 --------------------------------
2 public class FruitFactory {
3 public static Fruit factory(String which, boolean hasSeed ) {
4 if (hasSeed) {
5 if (which.equalsIgnoreCase( " watermelon " ) {
6 return new WatermelonOne();
7 } else if (which equalsIgnoreCase( " orange " )) {
8 return new OrangeOne();
9 else {
10 throw RuntimeException( " no this fruit " );
11 }
12 } else {
13 if (which.equalsIgnoreCase( " watermelon " ) {
14 return new WatermelonTwo();
15 } else if (which equalsIgnoreCase( " orange " )) {
16 return new OrangeTwo();
17 else {
18 throw RuntimeException( " no this fruit " );
19 }
20 }
21 }
22 }
23 ----------------------- list 2 --------------------------------
24
接着试想一下，我有20个大分类，复杂的层次结构，那么这个工厂模式怎么维护。
总结一下：简单工厂方法，在一定程度上支持了开闭原则，当增加一种水果的时候符合开闭原则
但当增加一类水果（多种有共通特点的水果）时候，出现维护困难的问题。
这个时候引入工厂方法，工厂方法利用继承，解决了上边的问题。看看它是如何解决的。
简单来说：工厂方法就是为没一大类水果实现一个"简单工厂",这些"简单工厂"都实现一个共通的接口。
这样当然就解决了问题，添加一个大类的话，就添加一个简单工厂
在我们的日常生活中经常会遇到这样的情况，如要生产IBM-PC或者Apple ，每一台计算计又有Cpu和内存
IBM-PC Apple，Cpu 内存Ram 不是一类东西，这个时候如果简单的建立四个工厂类是不对的。解决办法：
1 ----------------------- list 3 --------------------------------
2 public IbmPcFactory {
3 public Cpu CpuFactory(String cpuType) {
4 return new IbmPcCpu(cpuType);
5 }
6 public Ram RamFactory(String ramType) {
7 return new IbmPcRam(ramType);
8 }
9 }
10 public AppleFactory() {
11 public Cpu CpuFactory(String cpuType) {
12 return new AppleCpu(cpuType);
13 }
14 public Ram RamFactory(String ramType) {
15 return new AppleRam(ramType);
16 }
17 }
18 ----------------------- list 3 --------------------------------
19
这个就使抽象工厂了，不过抽象工厂对开闭原则的支持不够好，只在机型的增加上支持开闭，在配件上就不行了。
对比三个工厂模式，<<Java与模式>>的作者的比喻更能让人明白问题。
1，话说女娲造人，开始用手捏，感觉太慢
2，所以女娲想出了办法，用一条绳子（简单工厂，告诉绳子怎么造人），放到泥堆里边，然後一抖，就出来一批人
（简单工厂须要一个接口，interface 人）
3，接着女娲想要男人和女人之分，所以造了两条绳子,阳绳和阴绳(工厂方法,两个工厂，告诉阳绳怎么造男人，
女绳怎么造女人),然後一下出来一批男人，一批女人
（工厂方法须要多个接口,interface 人 interface 绳 阳绳-阴绳实现绳 男人-女人实现人）
4，可女娲还想造点动物，而且动物也想分男女（其实应改是雌雄)，那怎么办，改造两条绳子，让绳子也学会怎么
造动物（抽象工厂），这个时候抖一下绳子，阳绳出来的东西，长的像人的是男人，长的像动物的是雄动物，
（抽象工厂须要再多的接口 interface 人 interface 兽 interface 绳
阳绳-阴绳实现绳 男人-女人实现人 雌动物-雄动物实现兽）
阴绳出来的东西，长的像人的是女人，长的像动物的是雌动物
最后再回到实现上，看到在list 1中，出现了大量的
if(which.equalsIgnoreCase("xxx"){
return new Xxx();
}
试想如果产品上千，上万呢。那这个将是不可想想的。Java的动态load正好解决了这个问题
看看实现
1 public class FruitFactory {
2 public static Fruit factory(String which) {
3 try {
4 Class clazz = Class.forName(which);
5 return (Fruit)clazz.newInstance();
6 } catch (Exception e) {
7
8 }
9 }
10 }
11
好了，这个时候无论增加多少类的产品都不是问题了，你只要让所有的产品实现Fruit接口，同时为每个产品
编写自己的类。完全符合开闭原则。