工厂方法模式（Factory Method Pattern）是23种经典设计模式中创建型模式的一种，它定义了一个创建对象的接口，但让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类，这种设计模式在软件开发中广泛应用于需要灵活创建对象的场景。

核心思想

工厂方法模式的核心在于将对象的创建过程抽象化，通过定义一个创建对象的接口，让子类决定具体实例化哪个类。这样既封装了对象的创建细节，又提供了扩展性，新增产品类时无需修改原有代码，只需添加新的工厂子类即可。

结构组成

1. 抽象产品（Product）：定义产品的接口，是工厂方法所创建对象的超类型。
2. 具体产品（Concrete Product）：实现抽象产品接口的具体类。
3. 抽象工厂（Creator）：声明工厂方法，返回一个抽象产品类型的对象。
4. 具体工厂（Concrete Creator）：重写工厂方法，返回一个具体产品实例。

应用场景

工厂方法模式适用于以下情况：

• 一个类无法预知它必须创建的对象的类。
• 一个类希望由其子类来指定它所创建的对象。
• 需要解耦客户端代码与具体类，提高代码的可维护性和扩展性。

优势与局限

优势：
- 符合开闭原则，新增产品类型时无需修改现有工厂代码。
- 将产品创建逻辑集中管理，提高代码的可读性和可维护性。
- 支持多态性，客户端代码依赖于抽象接口而非具体实现。

局限：
- 每新增一个产品类，就需要增加一个对应的工厂类，可能会导致类的数量增多。
- 增加了系统的抽象性和理解难度。

实例说明

以日志记录器为例，假设系统需要支持文件日志和数据库日志：

• 抽象产品：Logger接口，定义writeLog()方法。
• 具体产品：FileLogger和DatabaseLogger，分别实现文件日志和数据库日志。
• 抽象工厂：LoggerFactory接口，声明createLogger()方法。
• 具体工厂：FileLoggerFactory和DatabaseLoggerFactory，分别创建对应的日志记录器。

当需要新增一种日志方式（如网络日志）时，只需添加NetworkLogger和NetworkLoggerFactory，无需修改现有代码，体现了工厂方法模式的扩展性。

总结

工厂方法模式通过将对象创建过程抽象化，提供了一种灵活、可扩展的对象创建机制。它在软件开发中尤其适用于产品结构稳定但具体类型可能频繁变化的场景，是构建高内聚、低耦合系统的重要工具之一。