工厂方法模式简单介绍

1.工厂方法模式的定义：

工厂方法模式（FACTORY METHOD）是一种常用的对象创建型设计模式,此模式的核心精神是封装类中不变的部分，提取其中个性化善变的部分为独立类，通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。它的核心结构有四个角色，分别是抽象工厂；具体工厂；抽象产品；具体产品。
工厂方法模式在Java编程中使用的频率非常高，查看各种源码均可看见它的身影。
工厂方法模式的具体定义为
**Define an interface for creating an object ，but let subclasses decide which class to instantiate . Factory Method lets a class defer instantiation to subclass.
（定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。）**
类图如下：
这里写图片描述

在该模式中，抽象产品类Product负责定义产品的共性，实现对事物最抽象的定义；Creator为抽象创建类，也就是抽象工厂，具体如何创建产品类有具体的实现ConcreteCreator完成的。
工厂方法模式的变种较多，下面展示一个比较通用的源码。

抽象产品类

public abstract class Product {
/**
* 产品类的公共方法
*/

public void method1(){
    //业务逻辑处理
}

//抽象方法
public abstract void method2();

}
1
2
3
4
5
6
7
8
9
10
11
12
13
具体产品类

public class ConcreteProduct1 extends Product{
/**
* 具体产品类
*/

@Override
public void method2() {
    // 业务逻辑处理

}

}
public class ConcreteProduct2 extends Product{
/**
* 具体产品类
*/

@Override
public void method2() {
    //  业务逻辑处理

}

}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
抽象工厂类

public abstract class Creator {
/**
* 创建一个产品对象，其输入参数类型可以自行设置
* 通常为String ，Enum ，Class等，当然也可以为空
*/
public abstract T createProduct(Class c);
}
1
2
3
4
5
6
7
8
具体工厂类

public class ConcreteCreator extends Creator{
/**
* 具体工厂类
*/

扫描二维码关注公众号，回复： 3397425 查看本文章

@SuppressWarnings("unchecked")
@Override
public <T extends Product> T createProduct(Class<T> c) {
    Product product = null;
    try {
        product = (Product) Class.forName(c.getName()).newInstance();
    } catch (Exception e) {
        // 异常处理
    }
    return (T)product;
}

}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
场景类

public class Client {

/**
 * 场景类
 */
@SuppressWarnings("unused")
public static void main(String[] args) {
    Creator creator = new ConcreteCreator();
    Product product = creator.createProduct(ConcreteProduct1.class);
    /**
     * 继续业务处理
     */
}

}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
2. 工厂方法模式的应用

2.1 工厂方法模式的优点
良好的封装性，代码结构清晰。
工厂方法模式的扩展性非常优秀。
屏蔽产品类。
解耦。
2.2 工厂方法模式的使用场景
首先，工厂方法模式是new一个对象的替代品，所以在所有有需要的生成对象的地方都可以使用，但是需要慎重的考虑是否需要增加一个工厂类进行管理，增加代码的复杂度。
其次，需要灵活的，可扩张的框架时，可以考虑工厂方法模式。
再次，工厂方法模式可以用于异构项目中。
最后，可以使用在测试驱动开发的框架下。

工厂方法模式的扩展

3.1 简单工厂模式
当一个模块仅需要一个工厂类，没有必要把它生产出来的时候，可以使用静态的方法简化工厂方法模式。但是其缺点是扩展困难，不符合开闭原则。
3.2 多个工厂类
为每一个产品定义一个创造者，由调用者自己去选择哪个创造者获取产品类。
缺点是扩展难度增加，每添加一个产品就要添加一个创造者。
3.3 替代单例模式
通过工厂方法模式可以限制实例对象数量。保证内存只存在一定数量的实例化数量。
3.4 延迟初始化
当一个实例化对象被使用完毕之后，并不立即释放，工厂类保持其初始状态，等待再次被使用。

工厂方法模式简单介绍

猜你喜欢