工厂方法模式

工厂方法模式是一种创建型设计模式，它定义了一个用于创建对象的接口，但是让子类决定实例化哪个类。这种模式使得一个类的实例化延迟到其子类。

工厂方法模式是对简单工厂模式的一种改进，它为每一个产品提供一个工厂类，在客户端代码中不再使用简单工厂类来创建对象，而是使用特定的工厂类来创建特定的对象。这种模式能够提供更好的扩展性和灵活性。

工厂方法模式的结构和角色

工厂方法模式包含以下角色：

Product：抽象产品，定义了产品的属性和方法。

ConcreteProduct：具体产品，实现抽象产品的属性和方法。

Creator：抽象工厂，定义了工厂的接口，提供了一个创建产品的方法。

ConcreteCreator：具体工厂，实现了抽象工厂的接口，负责创建具体的产品。

工厂方法模式的结构如下：

工厂方法模式的优点

工厂方法模式有以下优点：

封装了创建对象的过程，降低了代码耦合度。

使用工厂方法模式可以避免客户端代码和具体产品类耦合，从而使得客户端代码更加灵活。

可以通过扩展具体工厂类来增加新的产品对象，符合开闭原则。

工厂方法模式的缺点

工厂方法模式也有以下缺点：

需要定义新的工厂类，增加系统的复杂度。

每个具体产品都必须有一个对应的具体工厂，这增加了系统的开销。

工厂方法模式的应用场景

工厂方法模式适用于以下场景：

客户端不需要知道所创建的对象类名，只需要知道所对应的工厂类。

需要一种灵活的，可扩展的设计方案来创建对象。

具体产品对象的创建需要增加一定的逻辑处理，如数据库操作、数据加密等。

需要大量创建对象，且对象类型比较固定。

工厂方法模式与简单工厂模式的区别

工厂方法模式和简单工厂模式都属于创建型模式，它们的主要区别在于：

简单工厂模式中只有一个具体工厂类，而工厂方法模式中有多个具体工厂类。

简单工厂模式中客户端需要知道工厂类，而工厂方法模式中客户端只需要知道对应的工厂接口。

因此，工厂方法模式比简单工厂模式更加灵活和可扩展，但它也会增加系统的复杂度。