为什么需要工厂模式

关注

原创 2025-02-15 11:15:15 916 阅读 AI 写同款· GEO 优化 ›

优惠券管理（请设计一个优惠券兑换码生成方案，可以支持20亿以上的唯一兑换码，兑换码长度不超过10，只能包含字母数字，并且要保证生成和校验算法的高效）最后把签名值的后14位、新鲜值（4位）、自增序列（32位）拼接，得到一个50位二进制数，然后与一个较大的质数做异或运算加以混淆，再基于Base32或Base64转码，即可的对兑换码。现在，就剩下防止爆刷了。自增id从1增加到Integer的最大值，可以达到40亿以上个数字，而占用的字节仅仅4个字节，也就是32个bit位，距离50个bit位的限制还有很大的剩余，符合要求！阅读详情

一、为什么需要工厂模式？

在软件开发中，对象的创建是一个非常常见的操作。然而，直接使用 new 关键字创建对象会带来一些问题，尤其是在以下情况下：

创建逻辑复杂：
- 对象的创建过程可能很复杂，涉及多个步骤、多个依赖对象、复杂的初始化逻辑等。
- 如果将这些复杂的创建逻辑直接分散在代码的各个地方，会导致代码重复、难以维护、可读性差。
```
// 假设创建一个 Car 对象需要很多步骤
Car car = new Car();
car.setEngine(new Engine("V8"));
car.setWheels(new Wheel[4]);
// ... 其他复杂的初始化逻辑 ...
car.setColor("Red");
```
依赖具体类：
- 如果直接使用 new 关键字创建对象，会导致代码与具体类紧密耦合。
- 当需要更换对象的具体实现时（例如，从 Car 切换到 ElectricCar），需要修改所有创建对象的代码。
```
// 代码直接依赖于 Car 类
Car car = new Car(); // 如果要换成 ElectricCar，需要修改这里
```
违反开闭原则：
- 开闭原则 (Open/Closed Principle) 是面向对象设计的重要原则之一，它要求软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。
- 直接使用 new 关键字创建对象，违反了开闭原则。当需要添加新的对象类型时，需要修改创建对象的代码。
隐藏对象创建细节：
- 在某些情况下，你可能希望隐藏对象的创建细节，只暴露一个简单的接口给客户端使用。
- 例如，你可能希望隐藏对象的创建过程，或者隐藏对象的具体实现类。
创建一组相关的对象：
- 在某些情况下，你需要创建一组相关的对象，这些对象之间存在依赖关系或约束条件。
- 例如，你可能需要创建一组 UI 组件，这些组件必须使用相同的主题或样式。
创建对象开销较大
- 对象的创建需要消耗较多的资源, 例如数据库连接、网络连接等. 直接在客户端代码中创建这些对象，可能会导致性能问题。

二、工厂模式如何解决这些问题？

工厂模式通过引入一个工厂类 (Factory Class) 来封装对象的创建逻辑，从而解决上述问题。客户端代码不再直接使用 new 关键字创建对象，而是通过工厂类来创建对象。

工厂模式的核心思想：

定义一个创建对象的接口 (或抽象类)，让子类 (或具体工厂类) 决定实例化哪一个类。 工厂方法让类的实例化延迟到子类。
将对象的创建逻辑集中到工厂类中，而不是分散在客户端代码中。
客户端代码通过工厂类获取对象，而不是直接创建对象。

工厂模式带来的好处：

降低耦合度：
- 客户端代码不再依赖于具体类，而是依赖于工厂接口 (或抽象类)。
- 当需要更换对象的具体实现时，只需要修改工厂类，无需修改客户端代码。
提高代码的可维护性和可扩展性：
- 对象的创建逻辑集中在工厂类中，更易于维护和修改。
- 当需要添加新的对象类型时，只需要添加新的工厂类或修改现有的工厂类，无需修改客户端代码。
隐藏对象创建细节：
- 客户端代码无需知道对象的创建过程，只需要通过工厂类获取对象即可。
- 这使得代码更简洁、更易于理解。
符合开闭原则：
- 工厂模式符合开闭原则，对扩展开放，对修改关闭。
提高代码复用性：

工厂类可以被多个客户端代码复用。

控制对象的创建：

工厂类可以控制对象的创建过程, 例如实现单例模式, 对象池等。

三、工厂模式的类型

工厂模式主要有以下几种类型：

简单工厂模式 (Simple Factory Pattern) / 静态工厂方法 (Static Factory Method):
- 定义一个工厂类，该类包含一个静态方法，根据不同的参数返回不同类型的对象。
- 不是 23 种经典设计模式之一。
- 简单, 但违反开闭原则. 添加新类型需要修改工厂类。
工厂方法模式 (Factory Method Pattern):
- 定义一个创建对象的接口，让子类决定实例化哪一个类。
- 每个具体的产品都有一个对应的具体工厂。
- 符合开闭原则.
抽象工厂模式 (Abstract Factory Pattern):
- 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
- 一个工厂可以创建多个不同类型的产品 (产品族)。

四、使用场景举例

日志记录器 (Logger):
- 不同的日志记录器实现 (例如，文件日志、控制台日志、数据库日志) 可以通过工厂模式创建。
- 客户端代码只需要通过工厂获取 Logger 对象，无需关心具体的日志记录方式。
数据库连接 (Database Connection):
- 不同的数据库 (例如 MySQL, PostgreSQL, Oracle) 可以通过工厂模式创建 Connection 对象。
- 客户端代码只需要通过工厂获取 Connection 对象，无需关心具体的数据库类型。
UI 组件 (UI Components):
- 不同的 UI 组件 (例如按钮、文本框、标签) 可以通过工厂模式创建。
- 可以根据不同的主题或样式创建不同风格的 UI 组件。
支付方式 (Payment Methods):
- 不同的支付方式 (例如支付宝、微信支付、银联支付) 可以通过工厂模式创建 Payment 对象。
- 客户端代码只需要通过工厂获取 Payment 对象，无需关心具体的支付方式。
JDBC 中的应用:
- java.sql.DriverManager 的 getConnection() 方法可以看作是一个简单工厂方法，根据传入的 URL 返回不同类型的 Connection 对象。
- java.sql.Connection 接口可以看作是工厂方法模式中的工厂接口，不同的数据库驱动提供了不同的 Connection 实现类。
Spring 框架中的应用:
- Spring 的 IoC 容器本身就是一个大的工厂，它负责创建和管理 Bean 对象。
- BeanFactory 和 ApplicationContext 接口可以看作是工厂接口。
- FactoryBean 接口可以用于创建复杂的 Bean 对象。