23种设计模式之工厂方法模式

23种设计模式之工厂方法模式

简单工厂模式虽然简单，但存在一个很严重的问题。当系统中需要引入新产品时，由于静态工厂方法通过所传入参数的不同来创建不同的产品，这必定要修改工厂类的源代码，将违背“OCP开闭原则”，如何实现增加新产品而不影响已有代码？工厂方法模式应运而生。

概述

在简单工厂模式中只提供一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它需要知道每一个产品对象的创建细节，并决定何时实例化哪一个产品类。简单工厂模式最大的缺点是当有新产品要加入到系统中时，必须修改工厂类，需要在其中加入必要的业务逻辑，这违背了“开闭原则”。
在工厂方法模式中，我们不再提供一个统一的工厂类来创建所有的产品对象，而是针对不同的产品提供不同的工厂，系统提供一个与产品等级结构对应的工厂等级结构。工厂方法模式定义如下：
工厂方法模式(Factory Method Pattern)：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。工厂方法模式又简称为工厂模式(Factory Pattern)，又可称作虚拟构造器模式(Virtual Constructor Pattern)或多态工厂模式
(Polymorphic Factory Pattern)。工厂方法模式是一种类创建型模式。

结构图

角色

• Product（抽象产品）：它是定义产品的接口，是工厂方法模式所创建对象的超类型，也就工厂方法模式，是产品对象的公共父类。
• ConcreteProduct（具体产品）：它实现了抽象产品接口，某种类型的具体产品由专门的具体工厂创建，具体工厂和具体产品之间一一对应。
• Factory（抽象工厂）：在抽象工厂类中，声明了工厂方法(Factory Method)，用于返回一个产品。抽象工厂是工厂方法模式的核心，所有创建对象的工厂类都必须实现该接口。
• ConcreteFactory（具体工厂）：它是抽象工厂类的子类，实现了抽象工厂中定义的工厂方法，并可由客户端调用，返回一个具体产品类的实例。

实例

实例说明

该实例是电视机工厂方法模式。每个品牌都有他们自己的工厂。当有新增的品牌的时候不需要修改最顶层的抽象工厂，只需要创建一个新的工厂，让该工厂实现或者继承抽象工厂即可。
工厂方法模式避免了简单工厂模式的对工厂类的修改，符合”开闭原则“。

实例类图

代码

抽象工厂类

public interface TVFactory {
    public TV produceTV();
}

海信工厂

public class HisenseTVFactory implements TVFactory{
    @Override
    public TV produceTV() {
        System.out.println("海信电视机厂生产海信电视机");
        return new HisenseTV();
    }
}

海尔工厂

public class HaierTVFactory implements TVFactory{

    @Override
    public TV produceTV() {
        System.out.println("海尔电视机生产厂生产海尔电视机。");
        return new HaierTV();
    }
}

抽象电视机类

public abstract class TV {
    public abstract void play();
}

海尔电视机

public class HaierTV extends TV{
    @Override
    public void play() {
        System.out.println("海尔电视机播放中...");
    }
}

海信电视机

public class HisenseTV extends TV{
    @Override
    public void play() {
        System.out.println("海信电视机播放中");
    }
}

为了体现工厂方法模式，这里采用读取XML文件的方式进行反射调用

XMLUtil类

package com.sepnine.designs.factoryPattern;

import org.w3c.dom.*;

import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;
import java.io.File;


/**
 * @author Sepnine
 * @version 1.0
 * @description: TODO
 * @date 2022/11/29 22:31
 */
public class XMLUtil {
    public static Object getBean(){
        try{
            DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
            DocumentBuilder builder=dFactory.newDocumentBuilder();
            Document doc;
            doc=builder.parse(new File("src/main/java/com/sepnine/designs/factoryPattern/config.xml"));

            //获取包含类名的文本结点
            NodeList nl = doc.getElementsByTagName("className");
            Node classNode= nl.item(0).getFirstChild();
            String cName = classNode.getNodeValue();

            //通过类名生成实例对象并返回
            Class c = Class.forName(cName);
            Object obj = c.newInstance();
            return obj;
        }catch (Exception e){
            e.printStackTrace();
            return null;
        }
    }
}

config.xml

<?xml version="1.0"?>
<config>
    <className>com.sepnine.designs.factoryPattern.HaierTVFactory</className>
</config>

Client

在客户端进行反射调用。只需要修改config.xml中的节点的内容，即可以修改创建的工厂。也就可以改变生产的电视的品牌。

public class Client {
    public static void main(String[] args) {
        try{
            TV tv;
            TVFactory factory;
            factory= (TVFactory)XMLUtil.getBean();
            tv=factory.produceTV();
            tv.play();
        }catch (Exception e){
            e.printStackTrace();
        }

    }
}

缺点

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

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