Java设计模式详解：抽象工厂模式

文章目录

Java设计模式详解：抽象工厂模式
前言
一、原理
二、案例实战：打造一款汽车生产流水线
三、使用场景
四、与工厂模式的区别
总结

前言

对于初学者来说，设计模式可能显得有些抽象和复杂，但其实它就像一辆汽车，每个模式都是汽车上的一个零件，各有用途，但组合起来就能解决各种复杂问题。抽象工厂模式也不例外，它是创建型设计模式中的一种，用于创建一系列相互关联或相互依赖的对象，而无需指定它们具体的类。

一、原理

抽象工厂模式的核心思想就是提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。它包含一个工厂接口和多个工厂实现，每个工厂实现都负责创建一系列对象。这样，当我们需要改变所创建的对象类型时，只需要更换对应的工厂实现即可，而不需要修改客户端代码。

抽象工厂模式的原理，咱们可以通过一个生产车子的例子来类比一下：

想象一下，你是汽车生产线的负责人，你想要生产不同品牌的车子，比如小米汽车、宝马和奔驰。每种品牌的车子都包含车身、发动机和轮胎等部件。为了高效且灵活地生产这些车子，你采用了抽象工厂模式。

首先，你定义了一个“车子生产工厂”的接口，这个接口里面包含了生产车身、发动机和轮胎的方法。然后，你为每个品牌创建了一个具体的工厂实现，比如小米汽车工厂、宝马工厂和奔驰工厂。小米汽车工厂负责按照小米的秘方来生产并组装小米汽车的车身、发动机和轮胎，宝马工厂负责按照宝马的秘方来生产宝马车身、宝马发动机和宝马轮胎。同样，奔驰工厂则负责生产奔驰系列的车身、发动机和轮胎。

作为生产线负责人的你，只需要告诉工人（客户端代码）：“我要生产小米车子。”工人就会去调用“车子生产工厂”的接口，并把这个需求交给小米汽车工厂。小米汽车工厂就会按照小米的秘方，给你生产出一辆完整的小米车子。

如果你想换生产奔驰车子，也只需要告诉工人：“这次我要生产奔驰车子。”工人同样通过接口去调用奔驰工厂，奔驰工厂就会按照奔驰的秘方生产车子。

在整个生产过程中，你作为负责人，不需要关心车子是怎么生产出来的，只需要告诉工人要生产哪个品牌的车子。而且，如果你想换品牌，只需要告诉工人换个工厂，不需要去改动整个生产线的结构。

这就是抽象工厂模式的原理：通过一个统一的接口来创建一系列相关的对象，而且你可以很方便地更换不同的工厂实现，来生产不同类型的对象。这样一来，生产线就更加灵活，也更容易扩展和维护了。

二、案例实战：打造一款汽车生产流水线

假设我们要打造一款汽车生产流水线，可以生产不同品牌的汽车，每个品牌的汽车都有发动机和轮胎等部件。我们可以定义一个抽象的工厂接口，包含创建发动机和轮胎的方法，然后为每个品牌创建一个具体的工厂实现。

// 抽象产品接口  
public interface Engine {  void start();  
}  public interface Tire {  void change();  
}  // 宝马发动机  
public class BMWEngine implements Engine {  @Override  public void start() {  System.out.println("宝马发动机启动");  }  
}  // 宝马轮胎  
public class BMWTire implements Tire {  @Override  public void change() {  System.out.println("更换宝马轮胎");  }  
}  // 小米发动机  
public class XiaoMiEngine implements Engine {  @Override  public void start() {  System.out.println("小米发动机启动");  }  
}  // 小米轮胎  
public class XiaoMiTire implements Tire {  @Override  public void change() {  System.out.println("更换小米轮胎");  }  
}  // 抽象工厂接口  
public interface CarFactory {  Engine createEngine();  Tire createTire();  
}  // 宝马汽车工厂实现  
public class BMWFactory implements CarFactory {  @Override  public Engine createEngine() {  return new BMWEngine();  }  @Override  public Tire createTire() {  return new BMWTire();  }  
}  // 小米汽车工厂实现  
public class XiaoMiFactory implements CarFactory {  @Override  public Engine createEngine() {  return new XiaoMiEngine();  }  @Override  public Tire createTire() {  return new XiaoMiTire();  }  
}  // 客户端代码  
public class FactoryClient {  public static void main(String[] args) {  // 使用小米工厂创建小米品牌的发动机和轮胎  CarFactory xiaoMiFactory = new XiaoMiFactory();  Engine xiaoMiEngine = xiaoMiFactory.createEngine();  Tire xiaoMiTire = xiaoMiFactory.createTire();  xiaoMiEngine.start();  xiaoMiTire.change();  System.out.println("生产了小米的发动机和轮胎");  // 如果需要换其他品牌，只需要更换工厂实现即可  // 例如使用宝马工厂创建宝马品牌的发动机和轮胎  // CarFactory bmwFactory = new BMWFactory();  // Engine bmwEngine = bmwFactory.createEngine();  // Tire bmwTire = bmwFactory.createTire();  // bmwEngine.start();  // bmwTire.change();  // System.out.println("生产了宝马的发动机和轮胎");  }  
}

三、使用场景

以下是一些适用抽象工厂模式的情况：

当需要独立于具体产品创建时：
当系统的核心逻辑不应依赖于具体产品的实现细节时，可以使用抽象工厂模式。这样，系统可以灵活地更换产品系列，而无需修改核心代码。
当需要配置多个产品系列时：
当系统需要根据不同的配置或需求，从多个产品系列中选择合适的产品进行组合时，抽象工厂模式非常适用。它提供了统一的接口，使得系统可以方便地切换不同的产品系列。
当强调产品间的关联性时：
当一系列产品需要联合使用，且它们之间存在依赖或关联性时，抽象工厂模式能够确保这些产品始终一起使用，避免不兼容或错误配置的问题。
当提供产品接口而隐藏实现时：
如果你希望为外部用户提供产品接口，但不想暴露具体的实现细节，抽象工厂模式是一个很好的选择。通过定义抽象工厂和抽象产品接口，你可以只展示接口，而将实现细节隐藏起来。

例如，当系统需要支持多平台或多环境时，你可以为不同的操作系统或设备类型定义不同的产品系列，并使用抽象工厂模式来创建和配置这些产品。

四、与工厂模式的区别

抽象工厂模式和工厂模式在Java设计模式中都属于创建型模式，它们的核心目标都是为了将对象的创建与使用解耦，从而提高系统的灵活性和可维护性。然而，在具体实现和应用场景上，两者存在明显的差异：

产品种类的覆盖范围：
①工厂方法模式主要针对单一产品等级结构，它负责创建某一种类的产品对象。当系统中只需要一个系列的产品时，工厂方法模式能够很好地满足需求。
②抽象工厂模式则面向多个产品等级结构，能够创建一系列相关的或相互依赖的产品对象。当系统需要同时处理多个系列的产品时，抽象工厂模式更为适用。
系统的扩展性：
①工厂方法模式在增加新产品对象时，只需要添加新的具体产品类和对应的工厂类，而无需修改现有的代码结构，因此在扩展新产品方面具有优势。
②抽象工厂模式在增加新的产品系列时，虽然也需要添加新的具体产品类，但可能还需要修改抽象工厂接口以及所有实现了该接口的具体工厂类。因此，在扩展新产品系列方面，它的灵活性稍逊于工厂方法模式。
管理的复杂性：
①抽象工厂模式通过在一个工厂中集中管理多个产品系列的创建，降低了系统管理的复杂性。它能够在类的内部对产品族中相关联的多等级产品共同管理，避免了引入多个新类来分别管理不同产品系列的复杂性。
②工厂方法模式虽然在单一产品系列的管理上较为简单，但当面对多个产品系列时，可能需要引入更多的工厂类来进行管理，从而增加了系统的复杂性。

综上所述，工厂方法模式和抽象工厂模式在适用场景、扩展性和管理复杂性方面存在差异，不过个人觉得差异并不是很大，相对来说，抽象工厂模式是工厂模式的一个功能性上的补充。在选择使用哪种模式时，还是应该根据具体的需求和场景进行权衡，选择一个更合适当前业务的方案。普遍适用：当只需要处理单一产品系列时，工厂方法模式更为合适；而当需要处理多个相关产品系列时，抽象工厂模式则更具优势。