Java设计模式之简单工厂模式

在面向对象编程中, 最通常的方法是一个new操作符产生一个对象实例,new操作符就是用来构造对象实例的。但是在一些情况下, new操作符直接生成对象会带来一些问题。举例来说, 许多类型对象的创造需要一系列的步骤: 比如你可能需要计算或取得对象的初始设置; 选择生成哪个子对象实例;在这些情况,新对象的建立就是一个 “过程”，不仅是一个操作。

模式的问题：你如何能轻松方便地构造对象实例，而不必关心构造对象实例的细节和复杂过程呢？
解决方案：建立一个工厂来创建对象，工厂模式主要是为创建对象提供过渡接口，以便将创建对象的具体过程屏蔽隔离起来，达到提高灵活性的目的。

一、引言
1）还没有工厂时代：如果一个客户要一款宝马车,一般的做法是客户去创建一款宝马车，然后拿来用。
2）简单工厂模式：用户不用去创建宝马车。因为客户有一个工厂来帮他创建宝马车，想要什么车，这个工厂就可以建什么车，即用工厂创建产品。
3）工厂方法模式时代：为了满足客户，宝马车系列越来越多，如320i，523i,530li等系列，一个工厂已无法创建所有的宝马系列。于是由单独一个工厂生产所有车，分出来多个具体的工厂。每个具体工厂创建一种系列。即具体工厂类只能创建一个具体产品。
4）抽象工厂模式时代：随着客户的要求越来越高，宝马车必须配置空调。于是这个工厂除了生产宝马车，还需要生产车上的空调。即一个工厂需要生成多种具体产品来构成最终的产品。

二、分类
工厂模式可以分为三类：
1）简单工厂模式（Simple Factory）
2）工厂方法模式（Factory Method）
3）抽象工厂模式（Abstract Factory）
这三种模式从上到下逐步抽象，并且更具一般性。 GOF在《设计模式》一书中将工厂模式分为两类：工厂方法模式（Factory Method）与抽象工厂模式（Abstract Factory）。 将简单工厂模式（Simple Factory）看为工厂方法模式的一种特例，两者归为一类。

三、简单工厂模式
先看看没有工厂时的写法，这里假设客户需要320Li,和520Li两个宝马

上面示意图，用户通过自己new生产出想要的宝马车，代码如下：

public class BMW320Li {  
    public BMW320Li(){  
        System.out.println("制造-->BMW320Li");  
   }  
}   

public class BMW520Li {  
    public BMW520Li(){         
        System.out.println("制造-->BMW520Li");  
    }  
}  

public class Customer {  
    public static void main(String[] args) {  
        BMW320Li bmw320Li = new BMW320Li();  
        BMW520Li bmw520Li = new BMW520Li();  
   }  
}  

上面客户需要知道怎么去创建一款车,这样客户和车就紧密耦合在一起了。如果造车步骤复杂，会很不方便使用，为了降低耦合,就出现了工厂类,把创建宝马的操作细节都放到了工厂里面去,客户直接使用工厂的创建宝马方法,传入想要的宝马车型号就行了,而不必去知道创建的细节.这就是工业革命了：简单工厂模式
下面是UML图：

简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。
上面使用FactoryBMW工厂类来专门生产不同型号的宝马车，客户已经不用自己生产了，只要给工厂打个招呼，车就来了：
产品类：

abstract class BMW {  
    public BMW(){ 
    }  
}  

public class BMW320Li extends BMW {  
    public BMW320Li() {
        System.out.println("制造-->BMW320Li");  
    }  
}  
public class BMW520Li extends BMW{  
    public BMW520Li(){   
        System.out.println("制造-->BMW520Li");  
    }  
}  

工厂类：

public class FactoryBMW {
  public static final  int BMW320Li=0;
  public static final  int BMW520Li=1;

    public BMW createBMW(int type) {
        switch (type) {
            case BMW320Li:
                return new BMW320Li();
            case BMW520Li:
                return new BMW520Li();
            default:
                break;
        }
        return null;
    }
}

客户：

public class Customer {
    public static void main(String[] args) {
        FactoryBMW factory = new FactoryBMW();
        BMW bmw320Li = factory.createBMW(FactoryBMW.BMW320Li);
        BMW bmw520Li = factory.createBMW(FactoryBMW.BMW520Li);
    }
}

简单工厂模式又称静态工厂方法模式。它存在的目的很简单：定义一个用于创建对象的接口。
先来看看它的组成：
1) Factory工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑，用来创建产品
2) Product抽象产品角色：它一般是具体产品继承的父类或者实现的接口。
3) ConcreteProduct具体产品角色：工厂类所创建的对象就是此角色的实例。

下面我们从开闭原则（对扩展开放，修改封闭）上来分析下简单工厂模式。当客户不再满足现有的车型号的时候，想要一种新型车，只要这种车符合抽象产品制定的类，那么只要修改现有的工厂类就可以被客户使用，生成新车了。所以对产品部分来说，它是符合开闭原则的；但是工厂部分却不太理想，因为每增加一种新型车，都要在工厂类中增加相应的创建业务逻辑（createBMW(int type)方法需要新增case），这显然是违背开闭原则的。可想而知对于新产品的加入，工厂类是很被动的。对于这样的工厂类，我们称它为全能类或者上帝类。

简单工厂模式的优点
1.工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品；简单工厂模式通过这种做法实现了对责任的分割，它提供了专门的工厂类用于创建对象。
2.客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。
3.如果通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

简单工厂模式的缺点
1.由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。
2.使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。
3.系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
4.简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

适用环境
在以下情况下可以使用简单工厂模式：
1.工厂类负责创建的对象比较少：由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
2.客户端只知道传入工厂类的参数，对于如何创建对象不关心：客户端既不需要关心创建细节，甚至连类名都不需要记住，只需要知道类型所对应的参数。

我们举的例子是最简单的情况，而在实际应用中，很可能产品是一个多层次的树状结构。由于简单工厂模式中只有一个工厂类来对应这些产品，所以这可能会把我们的上帝累坏了，也累坏了我们这些程序员。
于是工厂方法模式作为救世主出现了。

未完待续

更多精彩Android技术可以关注我们的微信公众号，扫一扫下方的二维码或搜索关注公共号： Android老鸟