Java设计模式-工厂方法模式

工厂方法模式概述

在简单工厂模式中只提供一个工厂类,该工厂类处于对产品类进行实例化的中心位置,它需要知道每一个产品对象的创建细节,并决定何时实例化哪一个产品类。简单工厂模式最大的缺点是当有新产品要加入到系统中时,必须修改工厂类,需要在其中加入必要的业务逻辑,这违背了“开闭原则”。此外,在简单工厂模式中,所有的产品都由同一个工厂创建,工厂类职责较重,业务逻辑较为复杂,具体产品与工厂类之间的耦合度高,严重影响了系统的灵活性和扩展性,而工厂方法模式则可以很好地解决这一问题。

工厂方法模式定义

在工厂方法模式中,我们不再提供一个统一的工厂类来创建所有的产品对象,而是针对不同的产品提供不同的工厂,系统提供一个与产品等级结构对应的工厂等级结构。工厂方法模式定义如下:

定义一个用于创建对象的接口,让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。工厂方法模式又简称为工厂模式 (Factory Pattern),又可称作虚拟构造器模式 (Virtual Constructor Pattern) 或多态工厂模式 (Polymorphic Factory Pattern)。工厂方法模式是一种类创建型模式。

工厂方法模式结构

1、Product(抽象产品):它是定义产品的接口,是工厂方法模式所创建出来的对象的超类型,也就是产品对象的公共父类。

2、ConcreteProduct(具体产品):它实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,具体工厂和具体产品一一对应。

3、Factory(抽象工厂):在抽象工厂中,声明了工厂方法,用于返回一个产品。抽象工厂是工厂方法模式的核心,所有创建对象的工厂类都需要实现这个接口。

4、ConcreteFactory(具体工厂):它是抽象工厂类的子类,实现抽象工厂类中的定义的工厂方法,并由客户端调用,返回一个具体的产品实例。

工厂方法模式代码

1、声明一个抽象产品类:

/**
 * Author: YiFan
 * Date: 2018/12/10 21:09
 * Description: 抽象产品
 */
public abstract class Car {
    
    // 抽象方法-汽车名称描述
    public abstract void desc();
}

2、声明具体产品类:

/**
 * Author: YiFan
 * Date: 2018/12/10 21:11
 * Description: 具体产品类
 */
public class BMWCar extends Car {

    @Override
    public void desc() {
        System.out.println("宝马汽车");
    }
}

/**
 * Author: YiFan
 * Date: 2018/12/10 21:11
 * Description: 具体产品类
 */
public class AuDiCar extends Car {

    @Override
    public void desc() {
        System.out.println("奥迪汽车");
    }
}

3、声明抽象工厂类:

/**
 * Author: YiFan
 * Date: 2018/12/10 21:13
 * Description: 抽象工厂
 */
public abstract class CarFacotry {

    // 抽象工厂方法-返回产品
    public abstract Car produceMethod();
}

5、声明具体工厂类:

/**
 * Author: YiFan
 * Date: 2018/12/10 21:15
 * Description: 具体工厂类
 */
public class BMWCarFactory extends CarFacotry {

    @Override
    public Car produceCar() {
        return new BMWCar();
    }
}

/**
 * Author: YiFan
 * Date: 2018/12/10 21:17
 * Description: 具体工厂类
 */
public class AuDiCarFactory extends CarFacotry {

    @Override
    public Car produceCar() {
        return new AuDiCar();
    }
}

6、客户端代码:

/**
 * Author: YiFan
 * Date: 2018/12/10 21:18
 * Description: 客户端代码-测试类
 */
public class CarTest {

    public static void main(String[] args) {
        // 创建一个具体工厂实例
        CarFactory bmwCarFactory = new BMWCarFactory();
        // 调用具体工厂的produceCar()方法创建具体产品
        car.desc();
        CarFactory auDiCarFactory = new AuDiCarFactory();
        Car car1 = auDiCarFactory.produceCar();
        car1.desc();
    }
}

执行结果为:

宝马汽车
奥迪汽车

在客户端代码中只关心工厂类即可,首先创建一个具体的工厂类实例,为了使用它创建具体的产品,然后调用其工厂方法创建具体的产品。

工厂方法模式总结

工厂方法模式是简单工程模式的延伸,它继承了简单工厂模式的优点,同时还弥补了简单工厂模式的不足。工厂方法模式是使用频率最高的设计模式之一。

主要优点

1、工厂方法模式中,工厂方法用来创建客户所需要的产品,同时向客户隐藏了哪种具体产品类将被实例化这一细节,用户只需关心所需产品对应的工厂(上述代码示例中汽车生产工厂,实际上我们不需要知道宝马汽车工厂,也就是我们不需要自己创建宝马工厂的对象,只需要在汽车店中调用预定汽车的方法即可),无需关心细节,甚至无需知道具体产品类的类名。

2、基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够让工厂可以自主确定创建何种产品对象,而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模式之所以又被称为多态工厂模式,正是因为所有的具体工厂类都具有同一个抽象父类工厂。

3、在系统添加新产品时,无需修改抽象工厂和抽象产品提供的接口,无需修改客户端,也无需修改其它的具体工厂和具体产品,只需要添加一个具体产品和具体工厂即可。这样系统的扩展性变的非常好,完全符合“开闭原则”;

主要缺点

1、在添加新产品时,需要编写新的具体产品类,而且还要提供与之对应的具体工厂类,系统中类的个数将成对增加,在一定程度上增加了系统的复杂度,有更多的类需要编译和运行,会给系统带来一些额外的开销。

2、由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。

适用场景

1、客户端不知道它所需要的对象的类。在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可,具体的产品对象由具体工厂类创建,可将具体工厂类的类名存储在配置文件或数据库中。

2、 抽象工厂类通过其子类来指定创建哪个对象。在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。

练习

使用工厂方法模式设计一个程序来读取各种不同类型的图片格式,针对每一种图片格式都设计一个图片读取器,如 GIF 图片读取器用于读取 GIF 格式的图片、JPG 图片读取器用于读取 JPG 格式的图片。需充分考虑系统的灵活性和可扩展性。

练习代码

代码结构如下:

ImgReader-抽象产品类

GifReader-具体产品类 JpgReader-具体产品类

ImgReaderFactory-抽象工厂类

GifReaderFactory-抽象工厂类 JpgReaderFactory-抽象工厂类

Test-客户端代码

具体代码如下:

/**
 * Author: YiFan
 * Date: 2018/12/11 09:14
 * Description: 抽象产品类
 */
public interface ImgReader {

    void desc();
}

/**
 * Author: YiFan
 * Date: 2018/12/11 09:15
 * Description: 具体产品类-Gif阅读器
 */
public class GifReader implements ImgReader {

    @Override
    public void desc() {
        System.out.println("读取GIF格式图片");
    }
}

/**
 * Author: YiFan
 * Date: 2018/12/11 09:16
 * Description: 具体产品类-Jpg阅读器
 */
public class JpgReader implements ImgReader {

    @Override
    public void desc() {
        System.out.println("读取JPG格式图片");
    }
}

/**
 * Author: YiFan
 * Date: 2018/12/11 09:17
 * Description: 抽象工厂类
 */
public interface ImgReaderFactory {

    ImgReader createImgReader();
}

/**
 * Author: YiFan
 * Date: 2018/12/11 09:18
 * Description: 具体工厂类-Gif阅读器工厂
 */
public class GifReaderFactory implements ImgReaderFactory {

    @Override
    public ImgReader createImgReader() {
        return new GifReader();
    }
}

/**
 * Author: YiFan
 * Date: 2018/12/11 09:20
 * Description: 具体工厂类-Jpg阅读器工厂
 */
public class JpgReaderFactory implements ImgReaderFactory {

    @Override
    public ImgReader createImgReader() {
        return new JpgReader();
    }
}

/**
 * Author: YiFan
 * Date: 2018/12/11 09:31
 * Description: 客户端
 */
public class Test {

    public static void main(String[] args) {
        ImgReader reader;
        ImgReaderFactory factory;
        // (1)创建GIF阅读器工厂-创建GIF阅读器
        factory = new GifReaderFactory();
        reader = factory.createImgReader();
        reader.desc();
    }
}

代码(1)中在客户端中需要创建具体的阅读器工厂,所以如果换一个阅读器工厂则需要对客户端代码进行改动,那么如何做到不改动客户端代码呢?可以利用 Java 的反射与配置文件进行扩展。

添加一个 XMLUtil 类,负责读取 XMl 配置文件:

/**
 * Author: YiFan
 * Date: 2018/12/11 09:23
 * Description: 文件读取类
 */
public class XMLUtil {

    public static Object getBean(String configFileName, String packageName) {
        try {
            //创建DOM文档对象
            DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
            DocumentBuilder dBuilder = dFactory.newDocumentBuilder();
            Document doc;
            doc = dBuilder.parse(new File(configFileName));

            //获取包含类名的文本节点
            NodeList nl = doc.getElementsByTagName("imageType");
            Node node = nl.item(0).getFirstChild();
            String cName = node.getNodeValue().trim();
            
            //通过类名生成实例对象并将其返回
            Class c = Class.forName(packageName + "." + cName);//生成的是工厂名
            Object object = c.newInstance();
            return object;
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        }
    }
}

/**
 * Author: YiFan
 * Date: 2018/12/11 09:31
 * Description: 客户端
 */
public class Test {

    // 获取当前类所在的包名
    private static String packageName = Test.class.getPackage().getName();

    public static void main(String[] args) {
        ImgReader reader;
        ImgReaderFactory factory;

        // 强制转换,将Object对象转换成工厂对象
        factory = (ImgReaderFactory) XMLUtil.getBean("config.xml", packageName);
        reader = factory.createImgReader();
        reader.desc();
    }
}

配置文件放置项目根目录下,配置文件如下:

<?xml version="1.0"?>
<config>
    <imageType>GifReaderFactory</imageType>
</config>

直接结果为:

读取GIF格式图片

这样一来以后如果需要使用其它的阅读器工厂类创建阅读器时,就不需要在客户端代码中进行修改,只需要修改 config.xml 配置文件即可。

posted @ 2018-12-27 11:39  扇影无风  阅读(585)  评论(0编辑  收藏  举报