C# 设计模式系列教程-简单工厂模式

简单工厂模式是一种常见的设计模式，虽然它不属于GOF的23种经典设计模式，但在实际开发中被广泛应用。它的主要目标是将对象的创建过程封装起来，使得客户端代码无需了解具体的实现细节，只需要通过工厂类就能获取所需的产品对象。简单工厂模式通过一个静态工厂方法来创建对象，降低了系统的耦合度。 在C#中，我们可以看到如下角色的划分： 1. **工厂类（Simple Factory)**：工厂类通常包含一个静态方法，这个方法根据输入参数来决定创建哪个具体产品的实例。在这个例子中，`SimpleProductFactory`类就是工厂类，它的`CreateProduct`方法根据`productType`创建`Product`的实例，即`ConcreteProductA`或`ConcreteProductB`。 2. **抽象产品（Product）**：抽象产品定义了一组公共接口或抽象方法，所有具体产品都必须继承这个抽象。在本例中，`Product`类是抽象产品，它有一个抽象方法`Opration`，表示产品所具有的公共操作。 3. **具体产品（ConcreteProduct）**：具体产品是抽象产品的实现，它们实现了抽象产品定义的操作。`ConcreteProductA`和`ConcreteProductB`是两个具体产品，分别实现了`Product`的`Opration`方法。 简单工厂模式的优缺点如下： **优点**： - **职责单一**：工厂类只负责创建对象，降低了复杂性。 - **解耦**：客户端只需知道产品接口，不需要了解产品实现的细节。 - **易于使用**：客户端只需调用工厂类的静态方法即可得到所需产品，无需实例化工厂。 - **可维护性**：修改或扩展产品种类时，只需修改工厂类，不影响客户端代码。 **缺点**： - **违背高内聚原则**：所有的产品创建逻辑集中在工厂类，可能导致代码过于集中，不易维护。 - **扩展性不佳**：若需添加新产品，需修改工厂类，违反了开闭原则。 - **条件判断复杂**：当产品种类增多，工厂类中的条件分支会变得复杂，不利于代码管理。 **适用场景**： - **产品种类较少**：当需要创建的对象种类不多时，简单工厂模式较为适用。 - **客户端不关心创建过程**：客户端只需要知道如何使用产品，而不需要了解产品是如何被创建的。 - **简单应用**：在小型项目中，简单工厂模式可以快速实现需求，但随着系统复杂度提升，可能需要考虑更复杂的工厂模式，如工厂方法模式。 简单工厂模式提供了一种创建对象的简便方式，但随着系统规模的扩大，可能会暴露出其局限性。在实际项目中，开发者需要根据具体情况权衡是否使用该模式，并适时考虑升级为其他更适应复杂场景的模式。