设计模式 --- 简单工厂模式

前言

简单工厂模式是属于创建型模式，又叫做静态工厂方法（Static Factory Method）模式，但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式，可以理解为是不同工厂模式的一个特殊实现。

---

一、简介

1.定义
简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

二、模式分析

1.模式结构

• 工厂（Creator）角色：简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象。
• 抽象产品（Product）角色：简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
• 具体产品（Concrete Product）角色：是简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例。

三、优点与缺点

1.优点

• 工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例。客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品。
• 实现了对责任的分割，有利于整个软件体系结构的优化。

2.缺点

• 很明显工厂类集中了所有实例的创建逻辑，容易违反GRASPR的高内聚的责任分配原则。将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。
• 当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；

四、应用场景及注意事项

1.应用场景

• 工厂类负责创建的对象比较少：由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
• 客户端只知道传入工厂类的参数，对于如何创建对象不关心：客户端既不需要关心创建细节，甚至连类名都不需要记住，只需要知道类型所对应的参数。

2.注意事项
由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。

五、代码实现

//汽车工厂
public class CarFactory {

    public static final String DAS_AUTO = "dasAuto";
    public static final String BYD = "BYD";

    public Car getCar(String carName){
        if (DAS_AUTO.equals(carName)){
            return new DasAuto();
        }else if (BYD.equals(carName)){
            return new BYD();
        }
        return null;
    }

//    public Car getCar(Class className){
//        Car car = null;
//        try {
//            car = (Car)Class.forName(className.getName()).newInstance();
//        } catch (InstantiationException e) {
//            e.printStackTrace();
//        } catch (IllegalAccessException e) {
//            e.printStackTrace();
//        } catch (ClassNotFoundException e) {
//            e.printStackTrace();
//        }
//        return car;
//    }

}

public class BYD extends Car {

    @Override
    public void run() {
        System.out.println("路上跑的是比亚迪...");
    }
}

public abstract class Car {

    public abstract void run();
}

public class DasAuto extends Car {

    @Override
    public void run() {
        System.out.println("路上跑的是大众车...");
    }
}

public class Driver {

    public static void main(String[] args) {
        CarFactory factory = new CarFactory();
        Car car = factory.getCar(CarFactory.DAS_AUTO);
        car.run();

        Car byd = factory.getCar(CarFactory.BYD);
        byd.run();

    }

}

六、UML类图

七、总结

创建型模式对类的实例化过程进行了抽象，能够将对象的创建与对象的使用过程分离。
简单工厂模式将对象的创建和对象本身业务处理分离可以降低系统的耦合度，使得两者修改起来都相对容易。但是最大的问题在于工厂类的职责相对过重，增加新的产品需要修改工厂类的判断逻辑，这一点与开闭原则是相违背的。要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。

八、参考

深入浅出设计模式——简单工厂模式（Simple Factory）

感谢阅读。