工厂模式（创建型模式）

╭亦默

已于 2022-11-09 15:45:46 修改

阅读量52

点赞数

分类专栏： 23种设计模式文章标签：设计模式 java 开发语言

于 2022-11-04 09:35:00 首次发布

本文链接：https://blog.csdn.net/jiangjiangxiaooo/article/details/127682600

版权

23种设计模式专栏收录该内容

22 篇文章 0 订阅

订阅专栏

2.工厂模式

工厂模式用来封装和管理类的创建，终极目的是为了解耦，实现创建者和调用者的分离。它提供了一种创建对象的最佳方式。在java中，万物皆对象，这些对象都需要创建，如果创建的时候直接new该对象，就会对该对象耦合严重，假如我们要更换对象，所有new对象的地方都需要修改一遍，这显然违背了软件设计的开闭原则。如果我们使用工厂来生产对象，我们就只和工厂打交道就可以了，彻底和对象解耦，如果要更换对象，直接在工厂里更换该对象即可，达到了与对象解耦的目的；所以说，工厂模式最大的优点就是：解耦。

2.1 简单工厂模式（不属于23种设计模式）

简单工厂不是一种设计模式，反而比较像是一种编程习惯。

2.1.1 组成结构

简单工厂包含如下角色：

抽象产品：定义了产品的规范，描述了产品的主要特性和功能。
具体产品：实现或者继承抽象产品的子类
具体工厂：提供了创建产品的方法，调用者通过该方法来获取产品。

2.1.2 场景设计

需求：设计一个咖啡店点餐系统。

设计一个咖啡类（Coffee），并定义其两个子类（美式咖啡【AmericanCoffee】和拿铁咖啡【LatteCoffee】）；再设计一个咖啡店类（CoffeeStore），咖啡店具有点咖啡的功能。

2.1.3 UML类图

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eXhytR85-1667525135351)(F:\study\study-notes\软件设计模式.assets\简单工厂模式.png)]$

2.1.4 实现

咖啡工厂类(咖啡类美式咖啡【AmericanCoffee】和拿铁咖啡【LatteCoffee】代码此处不展示)，根据不同的类型需要创建不同的咖啡对象

public class SimpleCoffeeFactory {

    //在实际应用中，也可将该方法声明为静态方法，这样可用工厂类直接调用而不用创建工厂类对象
    public Coffee createCoffee(String type){

        //声明Coffee类型的变量，根据不同类型创建不同的coffee子类对象
        Coffee coffee = null;
        if("american".equals(type)) {
            coffee = new AmericanCoffee();
        } else if("latte".equals(type)) {
            coffee = new LatteCoffee();
        } else {
            throw new RuntimeException("对不起，您所点的咖啡没有");
        }
        return coffee;
    }
}

咖啡店类，用于调用咖啡工厂生产咖啡；

public class CoffeeStore {
    public Coffee orderCoffee(String type) {
        //创建咖啡工厂
        SimpleCoffeeFactory coffeeFactory = new SimpleCoffeeFactory();
        //利用咖啡工厂生产咖啡
        Coffee coffee = coffeeFactory.createCoffee(type);
        //加配料
        coffee.addMilk();
        coffee.addSugar();
        return coffee;
    }
}

2.1.5 优缺点

优点：

封装了创建对象的过程，可以通过参数直接获取对象。把对象的创建和业务逻辑层分开，这样以后就避免了修改客户代码，如果要实现新产品直接修改工厂类，而不需要在原代码中修改，这样就降低了客户代码修改的可能性，更加容易扩展。

缺点：

增加新产品时还是需要修改工厂类的代码，违背了“开闭原则”。

2.2 工厂方法模式

定义一个用于创建对象的接口，对于每一种具体的产品，都有一个工厂类与之对应，让子类决定实例化哪个产品类对象。工厂方法使一个产品类的实例化延迟到其工厂的子类。

针对上例中简单工厂模式的缺点，使用工厂方法模式就可以完美的解决，完全遵循开闭原则。

2.2.1 组成结构

工厂方法模式的主要角色：

抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法来创建产品。
具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。

2.2.2 UML类图

在这里插入图片描述

2.2.3 实现

抽象工厂

public interface CoffeeFactory {
    Coffee createCoffee();
}

具体工厂

//用来生产拿铁咖啡
public class LatteCoffeeFactory implements CoffeeFactory {

    public Coffee createCoffee() {
        return new LatteCoffee();
    }
}
//用来生产美式咖啡
public class AmericanCoffeeFactory implements CoffeeFactory {

    public Coffee createCoffee() {
        return new AmericanCoffee();
    }
}

咖啡店

public class CoffeeStore {
    //聚合咖啡工厂
    private CoffeeFactory factory;
    //设置工厂
    public void setFactory(CoffeeFactory factory) {
        this.factory = factory;
    }
    //点咖啡
    public Coffee orderCoffee (){
        Coffee coffee = factory.createCoffee();
        coffee.addMilk();
        coffee.addSugar();
        coffee.getName();
        return coffee;
    }
}

测试类

public class Client {

    public static void main(String[] args) {
        //创建咖啡店
        CoffeeStore coffeeStore = new CoffeeStore();
        //创建(具体的)咖啡工厂
        AmericaCoffeeFactory factory = new AmericaCoffeeFactory();
        //设置咖啡工厂
        coffeeStore.setFactory(factory);
        //点咖啡
        Coffee coffee = coffeeStore.orderCoffee();
        System.out.println(coffee.getName());
    }
}

2.2.4 优缺点

从以上编码可以看出，如果要增加新的产品类，只需要时相应地增加工厂类，不需要修改工厂类的代码了。这样就解决了简单工厂模式的缺点。

工厂方法模式是简单工厂模式的进一步抽象。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。

优点：

用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程；
在系统增加新的产品时只需要添加具体产品类和对应的具体工厂类，无须对原工厂进行任何修改，满足开闭原则；

缺点：

每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类，这增加了系统的复杂度。

2.3 抽象工厂模式

前面介绍的工厂方法模式中考虑的是一类产品的生产，如畜牧场只养动物、电视机厂只生产电视机、传智播客只培养计算机软件专业的学生等。

这些工厂只生产同种类产品，同种类产品称为同等级产品，也就是说：工厂方法模式只考虑生产同等级的产品，但是在现实生活中许多工厂是综合型的工厂，能生产多等级（种类）的产品，如电器厂既生产电视机又生产洗衣机或空调，大学既有软件专业又有生物专业等。

本节要介绍的抽象工厂模式将考虑多等级产品的生产，将同一个具体工厂所生产的位于不同等级的一组产品称为一个产品族，下图所示横轴是产品等级，也就是同一类产品；纵轴是产品族，也就是同一品牌的产品，同一品牌的产品产自同一个工厂。
在这里插入图片描述

抽象工厂模式是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构。

抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品。

2.3.1 组成结构

抽象工厂模式的主要角色如下：

抽象工厂（Abstract Factory）：提供了创建产品的接口，它包含多个创建产品的方法，可以创建多个不同等级的产品。
具体工厂（Concrete Factory）：主要是实现抽象工厂中的多个抽象方法，完成具体产品的创建。
抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能，抽象工厂模式有多个抽象产品。
具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间是多对一的关系。

2.3.2 场景设计

现咖啡店业务发生改变，不仅要生产咖啡还要生产奶茶（MilkyTea），如美式奶茶（AmericanMilkyTea）、拿铁奶茶（LatteMilkyTea）等，要是按照工厂方法模式，需要定义拿铁奶茶类、美式奶茶类、拿铁奶茶工厂、美式奶茶工厂、奶茶工厂类，很容易发生类爆炸情况。其中拿铁咖啡、美式咖啡是一个产品等级，都是咖啡；拿铁奶茶、美式奶茶也是一个产品等级；拿铁咖啡和拿铁奶茶是同一产品族（也就是都属于意大利风味），美式咖啡和美式奶茶是同一产品族（也就是都属于美式风味）。所以这个案例可以使用抽象工厂模式实现。

2.3.3 UML类图

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KAUPM2BL-1667525135352)(F:\study\study-notes\软件设计模式.assets\抽象工厂模式.png)]$

2.3.4 实现

抽象工厂

public interface DrinkFactory {
    //生产咖啡
    Coffee createCoffee();
    //生产奶茶
    MilkyTea createMilkTea();

}

具体工厂

//美式口味工厂
public class AmericaDrinkFactory implements DrinkFactory{
    @Override
    public Coffee createCoffee() {
        return new AmericanCoffee();
    }

    @Override
    public MilkyTea createMilkTea() {
        return new AmericanMilkyTea();
    }
}
//拿铁口味工厂
public class LatteDrinkFactory implements DrinkFactory{
    @Override
    public Coffee createCoffee() {
        return new LatteCoffee();
    }

    @Override
    public MilkyTea createMilkTea() {
        return new LatteMilkyTea();
    }
}