工厂方法模式（Factory Method Pattern）

工厂方法模式是一种创建型设计模式，它提供了一种将对象的创建和使用分离的方式。在该模式中，通过定义一个创建对象的接口，但将具体对象的创建延迟到子类中。这使得我们可以在不修改客户端代码的情况下，通过改变具体工厂类来创建不同的对象。

模式结构：
- 抽象产品（Product）：定义了产品的接口，是具体产品类的共同父类。
- 具体产品（Concrete Product）：实现了抽象产品接口，是工厂方法模式中创建的具体对象。
- 抽象工厂（Factory）：定义了创建产品的接口，包含一个创建产品的方法。
- 具体工厂（Concrete Factory）：实现了抽象工厂接口，负责创建具体产品的对象。
工作原理：
- 客户端通过调用工厂方法创建产品对象，而不是直接使用 new 关键字创建对象。
- 抽象工厂定义了创建产品的接口，具体工厂负责实现这个接口，并根据需要创建具体的产品对象。
- 客户端只需要知道抽象工厂和抽象产品，而不需要了解具体的产品和工厂类。这样可以将客户端与具体产品的耦合降至最低。
应用场景：
- 当客户端需要使用某个产品，但并不关心具体的产品类时，可以使用工厂方法模式。例如，一个日志记录器的客户端只需要记录日志，而不需要关心是用文件日志记录器还是数据库日志记录器。
- 当系统需要根据特定条件决定创建哪个具体产品时，可以使用工厂方法模式。例如，根据用户的地区选择不同的支付方式。
优点：
- 将对象的创建和使用分离，使得代码更加灵活和可扩展。
- 符合开闭原则，新增具体产品时无需修改已有代码。
- 可以通过配置文件或参数来决定使用哪个具体工厂类，从而实现更灵活的对象创建。
注意事项：
- 工厂方法模式增加了系统的抽象性和复杂性，需要正确地使用和管理工厂类的继承关系。
- 过多地使用工厂方法模式会导致系统中类的数量增加，增加代码的复杂性。

总结起来，工厂方法模式是一种有助于实现松耦合和可扩展性的设计模式。它通过将对象的创建委托给子类来实现对象的创建和使用的分离，从而使系统更加灵活、可维护和可扩展。合理地应用工厂方法模式可以提高代码的可读性和可维护性，同时也使得系统更易于扩展和演化。