抽象工厂模式

抽象工厂模式结构

1. 抽象产品（Abstract Product）为构成系列产品的一组不同但相关的产品声明接口。

2. 具体产品（Concrete Product）是抽象产品的多种不同类型实现。所有变体都必须实现相应的抽象产品。

3. 抽象工厂（Abstract Factory）接口声明了一组创建各种抽象产品的方法。

4. 具体工厂 （Concrete Factory）实现抽象工厂的构建方法。每个具体工厂都对应特定产品变体，且仅创建此种产品变体。

5. 尽管具体工厂会对具体产品进行初始化，其构建方法签名必须返回相应的抽象产品。这样，使用工厂类的客户端代码就不会与工厂创建的特定产品变体耦合。客户端 （Client）只需通过抽象接口调用工厂和产品对象，就能与任何具体工厂/产品变体交互。

抽象工厂模式适合应用场景

1. 如果代码需要与多个不同系列的相关产品交互，但是由于无法提前获取相关信息，或者出于对未来扩展性的考虑，你不希望代码基于产品的具体类进行构建，在这种情况下，你可以使用抽象工厂。

2. 如果你有一个基于一组抽象方法的类， 且其主要功能因此变得不明确， 那么在这种情况下可以考虑使用抽象工厂模式。

3. 在设计良好的程序中， 每个类仅负责一件事。 如果一个类与多种类型产品交互， 就可以考虑将工厂方法抽取到独立的工厂类或具备完整功能的抽象工厂类中。

识别方法： 我们可以通过方法来识别该模式——其会返回一个工厂对象。 接下来， 工厂将被用于创建特定的子组件。

抽象工厂模式优缺点

• 你可以确保同一工厂生成的产品相互匹配。

• 你可以避免客户端和具体产品代码的耦合。

• 单一职责原则。 你可以将产品生成代码抽取到同一位置， 使得代码易于维护。

• 开闭原则。 向应用程序中引入新产品变体时， 你无需修改客户端代码。

练手题目

题目描述

小明家新开了两个工厂用来生产家具，一个生产现代风格的沙发和椅子，一个生产古典风格的沙发和椅子，现在工厂收到了一笔订单，请你帮他设计一个系统，描述订单需要生产家具的信息。

输入描述

输入的第一行是一个整数 N（1 ≤ N ≤ 100），表示订单的数量。

接下来的 N 行，每行输入一个字符串，字符串表示家具的类型。家具类型分为 "modern" 和 "classical" 两种。

输出描述

对于每个积木，输出一行字符串表示该积木的信息。

对于每笔订单，输出字符串表示该订单需要生产家具的信息。

modern订单会输出下面两行字符串

modern chair

modern sofa

classical订单会输出下面两行字符串

classical chair

classical soft

提示信息

在示例中，工厂收到了3笔订单，其中有2笔要求生产modern风格，1笔要求生产classical风格。根据输入的类型，每次订单生产的家具信息被输出到控制台上。

题解