工厂方法模式：程序员界的“造物主”，如何优雅地生产对象？-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_40099340/article/details/145845190

引言

在程序员的宇宙里，有一种设计模式叫工厂方法模式，它就像是一个“造物主”，专门负责生产对象。今天，【代码方程式】就来聊聊这个“造物主”的奇妙能力，看看它是如何优雅地解决对象创建问题的！

1. 工厂方法模式：为什么需要“造物主”？

在代码的世界里，对象的创建常常是一个头疼的问题。比如，你需要创建不同类型的汽车对象，如果直接 new，代码会变得又臭又长。这时候，工厂方法模式就像是一个“造物主”，帮你优雅地解决这个问题。

核心思想：
- 定义一个创建对象的接口，但让子类决定实例化哪个类。
- 将对象的创建过程延迟到子类。
使用场景：
- 需要创建多种类型的对象。
- 对象的创建过程复杂，需要解耦。

2. 工厂方法模式的“造物主”法则

工厂方法模式的实现方式有很多，但每一种都有自己的“造物法则”。下面我们来看看几种经典的实现方式，看看它们是如何在代码的世界里“造物”的！

2.1 简单工厂：初代“造物主”

简单工厂是最基础的工厂模式，它的特点是：一个工厂类负责创建所有类型的对象。就像一个初代“造物主”，虽然能力有限，但也能完成任务。

代码实现：

public class CarFactory {
    public static Car createCar(String type) {
        if ("Benz".equals(type)) {
            return new Benz();
        } else if ("BMW".equals(type)) {
            return new BMW();
        } else {
            throw new IllegalArgumentException("Unknown car type");
        }
    }
}

优点：
- 简单直接，适合对象类型较少的情况。
缺点：
- 不符合开闭原则，新增类型需要修改工厂类。

2.2 工厂方法：进阶“造物主”

工厂方法是简单工厂的升级版，它的特点是：每个产品对应一个工厂类。就像一个进阶“造物主”，分工明确，各司其职。

代码实现：

public interface CarFactory {
    Car createCar();
}

public class BenzFactory implements CarFactory {
    @Override
    public Car createCar() {
        return new Benz();
    }
}

public class BMWFactory implements CarFactory {
    @Override
    public Car createCar() {
        return new BMW();
    }
}

优点：
- 符合开闭原则，新增类型只需新增工厂类。
缺点：
- 类的数量增多，代码复杂度增加。

2.3 抽象工厂：终极“造物主”

抽象工厂是工厂方法的加强版，它的特点是：一个工厂类可以创建多个相关对象。就像一个终极“造物主”，不仅能造汽车，还能造轮胎、发动机！

代码实现：

public interface CarFactory {
    Car createCar();
    Tire createTire();
    Engine createEngine();
}

public class BenzFactory implements CarFactory {
    @Override
    public Car createCar() {
        return new Benz();
    }

    @Override
    public Tire createTire() {
        return new BenzTire();
    }

    @Override
    public Engine createEngine() {
        return new BenzEngine();
    }
}