设计模式——工厂方法模式

1.工厂方法模式介绍

工厂方法模式（Factory Pattern）属于创建型设计模式。结构简单，平时开发中应用广泛，但是容易被忽视。

2.工厂方法模式定义

定义一个用于创建对象的接口，让子类决定实例化哪个类。

3.工厂方法模式使用场景

在任何需要生成复杂对象的地方，都可以使用！复杂的对象适合使用工厂模式，只用new就可以完成创建的对象不需要使用。

4.工厂方法模式UML类图

图片来自网络

四大模块：

• Creator(抽象工厂)：为工厂方法模式的核心

 public abstract class Creator{
    //抽象工厂方法，具体生产什么由子类决定
    public abstract Product createProduct();
}

• ConcreteCreator(具体工厂)：实现了具体的业务逻辑

 public class ConcreteCreator extends Creator{
    @Override
    public Product createProduct(){
        return new ConcreteProductA();
    }
}

• Product(抽象产品)：是工厂方法模式创建的产品的父类

 public abstract class Product{
    //产品类的抽象方法，由具体产品类去实现
    public abstract void method();
}

• ConcreteProduct(具体产品)：实现抽象产品的某个具体产品的对象

 public class ConcreteProductA extends Product{
    @Override
    public void method(){
        System.out.println("我是具体产品A")
    }
}

 public class ConcreteProductB extends Product{
    @Override
    public void method(){
        System.out.println("我是具体产品B")
    }
}

开始生产
创建客户类

 public class Client{
    public static void main(...){
       Creator creator = new Creator();
       Product p = creator.createProduct();
       p.method;
    }
}

在具体工厂类中生产产品

 public class ConcreteCreator extends Creator{
    //根据需要生产产品A或者B
    @Override
    public Product createProduct(){
        return new ConcreteProductA();
        //return new ConcreteProductB();
    }
}

以上是比较常见的完整工厂方法模式的创建及使用，但我们利用反射可以更简洁的生产具体产品

5.利用反射简化生产过程

在工厂方法的参数列表中传入一个Class类来决定是哪一个产品类

 public abstract class Creator{
    //抽象工厂方法，具体生产什么由子类决定
    public abstract  T createProduct(Class clz);
}

具体工厂类，需要通过反射获取类的示例

 public class ConcreteCreator extends Creator{
    @Override
    public  T createProduct(Class clz){
        Product p = null;
        try{
            p = (Product) Class.forName(clz.getName()).newInstance();
        } catch (Exception e){}
        return (T) p;
    }
}

客户类的实现

 public class Client{
    public static void main(...){
       Creator creator = new Creator();
       Product p = creator.createProduct(ConcreteProductB.class);
       p.method;
    }
}

需要哪个类的对象在调用处传入哪个类的类型即可，简单动态!

6.优缺点

• 优点：完全符合设计原则，降低了对象之间的耦合度。依赖于抽象架构，将实例化任务交给子类完成，有非常好的扩展性。
• 缺点：每次添加新产品就要编写一个新的产品类，同时还要引入抽象层，会导致类结构的复杂化。

7.总结

工厂方法模式是一个很好的设计模式，但是在某些简单的情况，是否要强制使用还需要权衡。