专栏介绍

专栏地址

link

专栏介绍

主要对目前市面上常见的23种设计模式进行逐一分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步，加油，各位。

简单工厂模式

简单工厂模式（Simple Factory Pattern）是一种创建型设计模式，它提供了一种创建对象的最佳方式，通过将对象的创建逻辑封装在一个工厂类中，客户端不需要知道具体的创建细节，只需要向工厂类请求所需对象即可。

简单工厂模式组成

在简单工厂模式中，主要涉及三个角色：抽象产品、具体产品和简单工厂。

抽象产品（Abstract Product）

抽象产品是具体产品类的共同接口，它定义了产品的通用方法。抽象产品可以是一个接口或抽象类，具体的实现由具体产品类来完成。

具体产品（Concrete Product）

具体产品是抽象产品的实现类，它实现了抽象产品中定义的方法。在简单工厂模式中，每个具体产品都对应一个具体的产品类。

简单工厂（Simple Factory）

简单工厂是一个包含创建产品对象的静态方法的类。它根据客户端的请求创建相应的具体产品对象，并返回给客户端使用。简单工厂隐藏了对象的创建细节，客户端只需通过工厂类获取所需对象，而无需直接实例化具体产品类。

三者关系

1、抽象产品通过定义产品的通用接口，规范了具体产品的行为。
2、具体产品是抽象产品的实现类，负责实现抽象产品中定义的方法。
3、简单工厂作为一个工厂类，封装了对象的创建过程。它根据客户端的请求创建相应的具体产品对象，并返回给客户端使用。

核心思想

将对象的创建过程封装在一个工厂类中，客户端只需通过工厂类的静态方法来获取所需对象，而无需直接实例化具体产品类。这样可以降低客户端与具体产品类之间的耦合度，并且方便了产品类型的扩展和维护。

Java代码实现

首先，我们定义一个抽象产品接口 Product，其中包含一个抽象方法 use()：

public interface Product {void use();
}

然后，我们创建两个具体产品类 ProductA 和 ProductB，它们实现了抽象产品接口 Product：

public class ProductA implements Product {@Overridepublic void use() {System.out.println("Product A is being used.");}
}public class ProductB implements Product {@Overridepublic void use() {System.out.println("Product B is being used.");}
}

接下来，我们创建一个简单工厂类 SimpleFactory，它包含一个静态方法 createProduct(String type)，根据传入的参数类型创建相应的产品对象：

public class SimpleFactory {public static Product createProduct(String type) {if (type.equals("A")) {return new ProductA();} else if (type.equals("B")) {return new ProductB();}return null;}
}

最后，我们可以在客户端代码中使用简单工厂模式来创建具体产品对象：

//客户端
public class Client {public static void main(String[] args) {Product productA = SimpleFactory.createProduct("A");productA.use();  // Output: Product A is being used.Product productB = SimpleFactory.createProduct("B");productB.use();  // Output: Product B is being used.}
}

代码分析

客户端通过调用 SimpleFactory.createProduct() 方法来创建具体产品对象，而无需直接实例化具体产品类。这样，客户端与具体产品之间的耦合度降低了，同时也方便了产品类型的扩展和维护。

简单工厂类 SimpleFactory 包含一个静态方法 createProduct(String type)，该方法根据传入的参数类型创建相应的产品对象。在实际应用中，根据具体需求可以使用更复杂的逻辑来创建对象，例如读取配置文件或数据库来确定创建哪个具体产品。

在客户端代码中，我们通过调用 SimpleFactory.createProduct() 方法来创建具体产品对象。客户端只需知道产品的类型，而无需关心具体的创建细节。这样可以降低客户端与具体产品类之间的耦合度，并且方便了产品类型的扩展和维护。

优缺点分析

优点

封装了对象的创建过程

简单工厂模式将对象的创建过程封装在一个工厂类中，客户端只需知道产品的类型，而无需关心具体的创建细节。这样可以降低客户端的复杂性，并且方便了产品类型的扩展和维护。

降低了客户端与具体产品类之间的耦合度

客户端只需通过工厂类获取所需对象，而无需直接实例化具体产品类。这样可以降低客户端与具体产品类之间的依赖关系，使客户端代码更加灵活和可维护。

方便了产品类型的扩展和维护

在简单工厂模式中，如果需要新增产品类型，只需修改工厂类的代码即可。这样可以方便地添加新的产品类型，而无需修改客户端代码。同时，也方便了产品类型的维护，集中管理了对象的创建过程。

缺点

违反了开闭原则

在简单工厂模式中，当新增产品类型时，需要修改工厂类的代码。这违反了开闭原则，对于已经存在的代码进行修改可能会引入新的风险。因此，如果产品类型经常变化，不适合使用简单工厂模式。

工厂类职责过重

在简单工厂模式中，工厂类负责创建所有的产品对象。随着产品类型的增多，工厂类的代码会变得越来越复杂，职责过重。这违反了单一职责原则，不利于代码的维护和扩展。

总结

简单工厂模式是一种简单且常用的创建型设计模式，适用于创建对象较少且相对简单的场景。它封装了对象的创建过程，降低了客户端的复杂性，并且方便了产品类型的扩展和维护。然而，简单工厂模式违反了开闭原则，对于产品类型经常变化的情况不适用。此外，工厂类的职责过重也是其缺点之一。因此，在实际应用中，需要根据具体情况选择合适的创建型模式。