《设计模式》之简单工厂模式

《设计模式》之简单工厂模式

简单工厂模式Simple Factory根据提供给它的数据（就是参数），返回一个类的实例。通常它返回的类都有一个公共的父类（或者接口对象）。

简单工厂模式的UML图

简单工厂的作用是实例化对象，而不需要客户了解这个对象属于哪个具体的子类。简单工厂实例化的类具有相同的接口或者基类，在子类比较固定并不需要扩展时，可以使用简单工厂。

采用简单工厂的优点是可以使用户根据参数获得对应的类实例，避免了直接实例化类，降低了耦合性；缺点是可实例化的类型在编译期间已经被确定，如果增加新类 型，则需要修改工厂，不符合OCP（开闭原则）的原则。简单工厂需要知道所有要生成的类型，当子类过多或者子类层次过多时不适合使用。

实例

以车为例，具体车类有：宝马、奥迪
简单工厂类根据用户需求来实例化对象

抽象产品接口

package com.wrh.samplefactory;

public interface Car {
    public String getName();
}

具体产品类：宝马车

package com.wrh.samplefactory;
//具体产品类：宝马车
public class BMW implements Car{
    private String name;
    public BMW(String name){
        this.name=name;
    }
    @Override
    public String getName() {
        // TODO Auto-generated method stub
        return name;
    }

}

具体产品类：奥迪车

package com.wrh.samplefactory;
//具体产品类：奥迪车
public class Audi implements Car{
    private String name;
    public Audi(String name){
        this.name=name;
    }
    @Override
    public String getName() {
        // TODO Auto-generated method stub
        return name;
    }
}

简单工厂类：根据用户需求返回不同产品实例对象

package com.wrh.samplefactory;

public class SampleFactory {
    public static Car getCar(String name){
        if(name=="BMW"){
            return new BMW("宝马");
        }
        else if(name=="Audi"){
            return new Audi("奥迪");
        }
        else{
            System.out.println("没有找到相应的车的类，无法返回具体的实例对象");
            return null;
        }
    }
}

客户端

package com.wrh.samplefactory;

public class Test {

    public static void main(String[] args) {
        //根据需求，得到宝马实例对象
        Car car1=SampleFactory.getCar("BMW");
        System.out.println(car1.getName());
        //根据需求，得到奥迪实例对象
        Car car2=SampleFactory.getCar("Audi");
        System.out.println(car2.getName());
    }

}

总结

优点：工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。用户在使用时可以直接根据工厂类去创建所需的实例，而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。

缺点：由于工厂类集中了所有实例的创建逻辑，这就直接导致一旦这个工厂出了问题，所有的客户端都会受到牵连；而且由于简单工厂模式的产品室基于一个共同的抽象类或者接口，这样一来，但产品的种类增加的时候，即有不同的产品接口或者抽象类的时候，工厂类就需要判断何时创建何种种类的产品，这就和创建何种种类产品的产品相互混淆在了一起，违背了单一职责，导致系统丧失灵活性和可维护性。而且更重要的是，简单工厂模式违背了“开放封闭原则”，就是违背了“系统对扩展开放，对修改关闭”的原则，因为当我新增加一个产品的时候必须修改工厂类，相应的工厂类就需要重新编译一遍。

小结一下：简单工厂模式分离产品的创建者和消费者，有利于软件系统结构的优化；但是由于一切逻辑都集中在一个工厂类中，导致了没有很高的内聚性，同时也违背了“开放封闭原则”。另外，简单工厂模式的方法一般都是静态的，而静态工厂方法是无法让子类继承的，因此，简单工厂模式无法形成基于基类的继承树结构。

参考博文：http://blog.csdn.net/weiwenlongll/article/details/6918164