1 模式的定义
简单工厂模式（Simple Factory Pattern）是一种创建型设计模式，用于对象的创建，它属于工厂模式的一种。简单工厂模式的主要目标是封装对象的创建过程，使客户端代码与具体类的实例化解耦，从而提高代码的可维护性和可扩展性。
简单工厂模式定义了一个工厂类，该工厂类负责根据客户端的需求创建不同类型的对象，而客户端只需提供一个参数或者条件，工厂类就能返回相应的具体对象实例。
2 举例说明
利用富士康代工生产小米手机、华为手机为例来说明一下简单工厂模式，其中
富士康工厂就是简单工厂，负责根据客户（小米和华为）的要求来制造手机。
小米手机和 华为手机 是具体的产品，它们有不同的特性和功能，但都属于手机产品。
在这个例子中，富士康工厂就像是一个手机制造工厂，客户（小米和华为）只需要向工厂提出订单（传递一个参数或条件，例如手机品牌），工厂根据客户的要求生产出相应的手机产品。客户不需要了解手机制造的具体细节，只需与工厂交互即可。这种方式将手机的创建过程与客户代码解耦，使得客户端更加简洁，并且富士康工厂可以根据市场需求轻松地生产不同品牌的手机，而不需要修改客户端代码。
简单工厂模式在这个例子中帮助了富士康工厂代工制造手机，客户只需要告诉工厂需要哪种手机，而无需关心手机的具体制造过程，这体现了简单工厂模式的核心思想，即将对象的创建与客户端代码解耦，从而提高了灵活性和可维护性。
3 结构
简单工厂模式的结构主要包括以下三个关键元素：
- 具体产品类(Concrete Products)
具体产品类是工厂类创建的对象类型，它们共享一个公共的抽象产品类或接口。每个具体产品类实现了抽象产品类或接口中定义的方法，以提供特定的功能和行为。
- 工厂类(Factory)
工厂类是简单工厂模式的核心部分，负责根据客户端的请求创建具体产品对象。工厂类通常包含一个或多个工厂方法，每个工厂方法用于创建不同类型的具体产品对象。工厂类的目标是封装对象的创建逻辑，使客户端免于了解具体产品的构造过程。
- 客户端(Client)
客户端是使用简单工厂模式的代码部分，负责向工厂类发送请求以获取所需的具体产品对象。客户端通常不直接实例化具体产品对象，而是通过工厂类来获取对象。
简单工厂模式的关键思想是将对象的创建和客户端解耦，客户端只需要知道如何使用工厂类来获取所需的对象，而无需关心对象的具体创建过程。这种模式有助于提高代码的可维护性和可扩展性，因为它允许在不修改客户端代码的情况下添加新的具体产品类。
4 实现步骤
简单工厂模式的实现步骤如下：
4.1 定义抽象产品类（Abstract Product）
首先，定义一个抽象产品类或接口，它声明了具体产品类必须实现的方法。这个抽象产品类将统一具体产品的接口。
4.2 创建具体产品类（Concrete Products）
为每个具体产品创建一个相应的类，这些类应该实现抽象产品类中定义的方法。
具体产品类表示不同类型的对象，具体产品的特性和行为由这些类来定义。
4.3 创建工厂类（Factory）
创建一个工厂类，该工厂类负责对象的创建。
在工厂类中定义一个或多个工厂方法，用于根据客户端的请求创建具体产品对象。
工厂方法通常会包括条件判断或者其他逻辑，以确定创建哪个具体产品对象。
4.4 客户端使用工厂类
客户端不直接实例化具体产品对象，而是通过调用工厂类的方法来获取所需的对象。
客户端需要知道如何使用工厂类，以及如何传递参数或条件给工厂类来获取合适的对象。
4.5 客户端调用工厂方法
客户端在需要具体产品对象的地方，调用工厂方法并传递必要的参数或条件。
工厂方法会根据参数或条件来创建并返回相应的具体产品对象。
总的来说，简单工厂模式通过将对象的创建逻辑封装在工厂类中，使客户端代码与具体产品的构造过程解耦，从而提高了代码的可维护性和可扩展性。客户端只需要关注如何使用工厂类来获取对象，而无需了解对象的创建细节。这种模式适用于那些对象的创建过程相对简单，不需要频繁变化的场景。
5 代码实现
首先，定义抽象手机类 AbstractMobile，其中只包含一个抽象方法 action：
public abstract class AbstractMobile {
public abstract void action();
}
</code></div></div></pre>
接下来，创建具体手机类 XiaomiMobile 和 HuaweiMobile，它们分别继承自 AbstractMobile 并实现 action 方法：
public class XiaomiMobile extends AbstractMobile {
@Override
public void action() {
System.out.println("Xiaomi Mobile is performing an action.");
}
}
public class HuaweiMobile extends AbstractMobile {
@Override
public void action() {
System.out.println("Huawei Mobile is performing an action.");
}
}
然后，创建工厂类 FuFactory，该工厂类包含一个方法 createMobile 用于根据客户端的需求创建具体产品对象：
public class FuFactory {
public static AbstractMobile createMobile(String brand) {
if ("Xiaomi".equals(brand)) {
return new XiaomiMobile();
} else if ("Huawei".equals(brand)) {
return new HuaweiMobile();
} else {
throw new IllegalArgumentException("Invalid brand. Supported brands are Xiaomi and Huawei.");
}
}
}
最后，客户端代码可以使用 FuFactory 来创建手机对象，并调用 action 方法：
public class Main {
public static void main(String[] args) {
AbstractMobile xiaomiPhone = FuFactory.createMobile("Xiaomi");
AbstractMobile huaweiPhone = FuFactory.createMobile("Huawei");
xiaomiPhone.action();
huaweiPhone.action();
}
}
这段 Java 代码将输出以下结果：
Xiaomi Mobile is performing an action.
Huawei Mobile is performing an action.
这个示例中，我们定义了一个抽象方法 action，要求具体手机类必须实现该方法。通过简单工厂模式，我们成功地创建了 XiaomiMobile 和 HuaweiMobile 对象，并在客户端代码中调用了 action 方法。这种方式可以确保每个具体手机类都必须提供一个特定的行为实现。
6 典型应用场景
简单工厂模式适用于以下应用场景：
需要根据条件创建不同对象的情况 ：当系统中的某个类有多个子类，而客户端在不同情况下需要创建不同子类的对象时，可以使用简单工厂模式。通过简单工厂，客户端只需提供条件或参数，而无需了解对象的具体构造过程。
对象的创建过程相对简单 ：如果对象的创建逻辑相对简单，不涉及复杂的初始化操作或依赖关系的管理，那么简单工厂模式是一个合适的选择。它有助于将创建逻辑集中在一个工厂类中，提高了代码的可维护性。
需要降低客户端和具体产品类之间的耦合度 ：通过简单工厂模式，客户端代码与具体产品类之间的耦合度降低，因为客户端只需要与工厂类交互，而无需直接与具体产品类交互。这使得客户端更加灵活，能够轻松适应变化。
需要在系统中集中管理对象的创建逻辑 ：如果希望在整个系统中集中管理对象的创建逻辑，可以使用简单工厂模式。这有助于在将来的维护和扩展中更容易地修改或添加新的产品类。
对象创建频率较低 ：如果某种类型的对象在系统中的创建频率相对较低，而且不需要支持多态性，简单工厂模式可以满足需求，避免创建大量的工厂方法。
需要注意的是，虽然简单工厂模式有其优点，但它也有一些缺点，例如不符合开闭原则，因为每次添加新的产品类都需要修改工厂类，可能导致工厂类变得庞大。因此，在某些情况下，工厂方法模式或抽象工厂模式可能更适合处理对象的创建需求。选择适当的创建型模式取决于具体的项目需求和设计目标。
7 优缺点
简单工厂模式有一些优点和缺点，下面是简单工厂模式的主要优缺点：
优点：
- 封装对象创建过程 ：简单工厂模式将对象的创建过程封装在工厂类中，使客户端无需关心对象的具体构造过程，从而降低了客户端代码与具体产品类之间的耦合度。
- 代码重用 ：通过工厂类来创建对象，可以在不同的地方多次使用相同的创建逻辑，提高了代码的重用性。
- 集中管理 ：简单工厂模式将对象的创建逻辑集中管理，有助于在系统中统一管理对象的创建，便于维护和修改。
- 客户端简化 ：客户端代码只需要与工厂类交互，无需了解具体产品类的细节，使客户端代码更加简洁和易懂。
- 降低错误风险 ：通过工厂类创建对象可以减少客户端可能出现的错误，因为客户端无法直接实例化具体产品类。
缺点：
- 违反开闭原则 ：每次添加新的具体产品类都需要修改工厂类，违反了开闭原则（对扩展开放，对修改关闭）。这可能导致工厂类变得庞大，影响代码的可维护性。
- 不支持多态性 ：简单工厂模式不能很好地支持多态性，因为所有的对象创建逻辑都集中在一个工厂类中，无法实现不同产品的不同工厂，导致无法使用多态来处理对象。
- 工厂类职责过重 ：随着具体产品类的增加，工厂类可能会变得庞大，包含大量的分支逻辑，不利于维护和扩展。
- 可定制性有限 ：简单工厂模式的定制性较低，因为工厂类负责所有产品的创建，如果需要针对不同客户定制不同的创建逻辑，可能不太适用。
8 类似模式
简单工厂模式是创建型设计模式之一，它通过一个工厂类来创建对象，客户端只需要提供一个参数或条件，工厂类就能返回相应的具体对象实例。这种模式适用于对象的创建相对简单的情况，但不支持多态性，每次添加新的产品类都需要修改工厂类。
工厂方法模式是建立在简单工厂模式的基础上的进一步抽象和扩展，它将对象的创建延迟到子类。每个具体产品类都有对应的工厂类，客户端通过与工厂接口或抽象类交互，具体产品的创建由子类工厂来完成。工厂方法模式支持多态性，允许不同的具体工厂创建不同的产品对象。
抽象工厂模式是创建型设计模式，它提供一个接口或抽象类来创建一系列相关或相互依赖的对象，而无需指定它们的具体类。抽象工厂模式通常用于创建一组有关联的产品，例如在制造电子设备时，可能需要同时创建屏幕、主板、CPU等相关组件，抽象工厂能够确保这些组件之间的兼容性。这种模式支持多态性，并且允许客户端使用不同的具体工厂创建一组相关的产品。
这三种模式之间的关系可以看作是一种逐步抽象和扩展的关系。简单工厂模式是最简单的工厂模式，它将对象的创建过程封装在一个工厂类中。工厂方法模式在简单工厂的基础上引入了多态性，通过子类工厂来创建不同类型的产品。抽象工厂模式进一步抽象，它用于创建一组相关的产品，并提供一种更高级别的抽象，以确保这些产品之间的协调和兼容。选择使用哪种工厂模式取决于具体的项目需求和设计目标。
9 小结
总的来说，简单工厂模式适用于对象创建过程相对简单且稳定的情况，能够有效地将对象的创建与使用分离，提高代码的可维护性和可扩展性。但在需要频繁添加新的具体产品类或需要支持多态性的情况下，工厂方法模式或抽象工厂模式可能更适合。选择适当的创建型模式取决于具体的项目需求和设计目标。
