【编码魔法师系列_构建型1.1】简单工厂模式（Static Factory）

news2024/7/6 18:32:02

在这里插入图片描述

学会设计模式，你就可以像拥有魔法一样，在开发过程中解决一些复杂的问题。设计模式是由经验丰富的开发者们（GoF）凝聚出来的最佳实践，可以提高代码的可读性、可维护性和可重用性，从而让我们的开发效率更高。通过不断的练习和实践，掌握其中的奥妙，选择合适的设计模式，能为我们的项目增加一丝神奇的魔力。

文章目录

前言：
实例：
目的：
适用场景：
弊端：
类图：
Coding：
测试：
测试结果：

前言：

在我们没有学习设计模式之前，实例化对象的方法都是通过“new”来完成的。在继承关系中，如果在调用某个子类的时候，发现子类被删除或是被修改了，那么在调用者中，我们“new”出来的子类对象就会报错，导致后面的代码逻辑都要修改，其实这就违背了“迪米特原则”。如果我们将构建过程封装起来，我们便是通过工厂模式封装了对象。

实例：

一家造车工厂目前支持制造主流车型，未来可能会拓展业务，故作如下设计。

目的：

将买车顾客和汽车解耦，工厂类承担构建所有对象的职责，顾客只需要说出车型，让工厂生产出来即可。

适用场景：

产品有少量的继承体系并且后期没有太多的扩展变动

弊端：

随着车型增加，工厂类会变得越来越大，
新增车型，必须增加case分支，这样的做法也违背“开闭原则”

类图：

在这里插入图片描述

Coding：

Car接口：

public interface Car {
    void creat();
}

后续具体车型实现
EV：

public class EV implements Car{
    @Override
    public void creat() {
        System.out.println("造一辆电动汽车");
    }
}

MPV：

public class MPV implements Car{
    @Override
    public void creat() {
        System.out.println("造一辆旅行轿车");
    }
}

Saloon：

public class Saloon implements Car{
    @Override
    public void creat() {
        System.out.println("造一辆轿车");
    }
}

SUV：

public class SUV implements Car{
    @Override
    public void creat() {
        System.out.println("造一辆越野车");
    }
}

CarFactory（造车工厂类）：

public class CarFactory {
    public Car creatCar(String name) throws IllegalAccessException {
        switch (name) {
            case "Saloon":
                return new Saloon();
            case "EV":
                return new EV();
            case "MPV":
                return new MPV();
            case "SUV":
                return new SUV();
            default:
                throw new IllegalAccessException("目前没有" + name + "车型");
        }
    }
}

测试：

public class Test {
    public static void main(String[] args) throws IllegalAccessException {
        CarFactory carFactory = new CarFactory();
        Car car = carFactory.creatCar("SUV");
        car.creat();
    }
}