工厂方法模式

简介: 工厂方法模式是一种创建型设计模式,定义一个创建对象的接口,但让子类决定具体实例化哪个类。该模式具有高内聚、低耦合的特点,支持动态扩展新产品类型,适用于复杂或经常变化的产品族。其主要组成部分包括抽象产品、具体产品、抽象工厂和具体工厂。工厂方法模式遵循开闭原则,新增产品无需修改现有代码,但会增加系统复杂性。

工厂方法模式详解

定义

工厂方法模式(Factory Method Pattern)是一种创建型设计模式,定义一个创建对象的接口,但让子类决定要实例化的具体类。通过这种方式,工厂方法模式将对象的实例化推迟到子类。

特点

  1. 解耦性:客户端通过工厂方法创建对象,而无需关心具体的类名。
  2. 扩展性:可以通过新增具体工厂类来扩展新产品类型,符合开闭原则。
  3. 灵活性:支持产品族的扩展。

使用场景

  1. 当具体类的创建复杂时:需要将创建逻辑封装到子类中。
  2. 客户代码需要依赖抽象类或接口:而不是具体实现。
  3. 产品种类经常变化:需要动态扩展新的产品类。

工厂方法模式的结构

工厂方法模式由以下几个部分组成:

  1. 抽象产品(Product):定义产品的接口。
  2. 具体产品(ConcreteProduct):实现产品接口。
  3. 抽象工厂(Creator):定义工厂方法。
  4. 具体工厂(ConcreteCreator):实现工厂方法,负责创建具体产品。

实现代码

C++ 实现

#include <iostream>
#include <memory>

// 抽象产品
class Product {
public:
   virtual void use() = 0;
   virtual ~Product() {}
};

// 具体产品 A
class ProductA : public Product {
public:
   void use() override {
       std::cout << "Using Product A" << std::endl;
   }
};

// 具体产品 B
class ProductB : public Product {
public:
   void use() override {
       std::cout << "Using Product B" << std::endl;
   }
};

// 抽象工厂
class Factory {
public:
   virtual std::unique_ptr<Product> createProduct() = 0;
   virtual ~Factory() {}
};

// 具体工厂 A
class FactoryA : public Factory {
public:
   std::unique_ptr<Product> createProduct() override {
       return std::make_unique<ProductA>();
   }
};

// 具体工厂 B
class FactoryB : public Factory {
public:
   std::unique_ptr<Product> createProduct() override {
       return std::make_unique<ProductB>();
   }
};

// 客户端代码
int main() {
   std::unique_ptr<Factory> factory = std::make_unique<FactoryA>();
   auto product = factory->createProduct();
   product->use();

   factory = std::make_unique<FactoryB>();
   product = factory->createProduct();
   product->use();

   return 0;
}

C# 实现

using System;

// 抽象产品
public abstract class Product {
   public abstract void Use();
}

// 具体产品 A
public class ProductA : Product {
   public override void Use() {
       Console.WriteLine("Using Product A");
   }
}

// 具体产品 B
public class ProductB : Product {
   public override void Use() {
       Console.WriteLine("Using Product B");
   }
}

// 抽象工厂
public abstract class Factory {
   public abstract Product CreateProduct();
}

// 具体工厂 A
public class FactoryA : Factory {
   public override Product CreateProduct() {
       return new ProductA();
   }
}

// 具体工厂 B
public class FactoryB : Factory {
   public override Product CreateProduct() {
       return new ProductB();
   }
}

// 客户端代码
class Program {
   static void Main(string[] args) {
       Factory factory = new FactoryA();
       Product product = factory.CreateProduct();
       product.Use();

       factory = new FactoryB();
       product = factory.CreateProduct();
       product.Use();
   }
}

类图

优缺点

优点

  1. 遵循开闭原则:新增产品无需修改已有代码,只需新增具体工厂类。
  2. 高内聚、低耦合:通过工厂方法隔离了具体产品与客户端的依赖。
  3. 灵活性:可以动态决定实例化的具体类。

缺点

  1. 增加复杂性:每新增一个产品类,都需要新增一个对应的工厂类。
  2. 过度设计:当产品种类固定时,工厂方法模式可能显得繁琐。

工厂方法模式的变体与扩展

  1. 参数化工厂:通过传递参数决定创建哪种产品,减少具体工厂类的数量。
  • 示例

public class ParameterizedFactory : Factory {
   public override Product CreateProduct(string type) {
       return type switch {
           "A" => new ProductA(),
           "B" => new ProductB(),
           _ => throw new ArgumentException("Invalid type")
       };
   }
}

  1. 结合简单工厂:将简单工厂作为抽象工厂的默认实现,用于处理常见或不复杂的实例化逻辑。
  2. 与依赖注入结合:通过 DI 容器动态注入具体工厂,简化复杂产品族的管理。

总结

  1. 工厂方法模式提供了更高的扩展性和灵活性,适合复杂或动态变化的产品族。
  2. 它的实现复杂度较高,不适合产品种类固定或单一的场景。
  3. 在实际项目中,工厂方法模式常与依赖注入、简单工厂、抽象工厂模式结合使用,以实现更加灵活的设计架构。
相关文章
|
JavaScript 数据可视化
Element+Vue+OpenLayers的项目实战
Element+Vue+OpenLayers的项目实战
231 0
|
11月前
|
设计模式 安全 C#
单例模式详解
单例模式是一种常用的创建型设计模式,确保某个类只有一个实例,并提供一个全局访问点。本文详细介绍了单例模式的定义、特点、适用场景、优缺点及实现代码(C++ 和 C#),并探讨了线程安全的实现细节和与依赖注入的结合使用。
|
11月前
|
网络协议 算法 程序员
第十问:TCP协议是怎么做到可靠性的?它的可靠指的是到哪一层的可靠?
TCP(传输控制协议)是一种面向连接的传输层协议,其核心特性是可靠性。TCP通过数据分片与排序、确认机制(ACK)、超时重传、流量控制、拥塞控制、校验和等机制,确保数据从发送方到接收方的完整性和有序性。这些机制共同作用,使TCP能够在复杂网络环境中实现稳定的数据传输。TCP的可靠性主要指的是从传输层到传输层的可靠性,传输层之上的可靠性则由应用程序负责。
|
11月前
|
安全 编译器 C++
constexpr、const和 #define 的比较
本文比较了 `constexpr`、`const` 和 `#define` 在 C++ 中定义常量和函数的优缺点。`constexpr` 用于编译期求值,提供更高的性能和类型安全性;`const` 保证变量在运行期间不可修改,增强代码可靠性;`#define` 用于宏定义,适用于简单的常量和跨平台兼容性。选择时应根据具体需求和代码上下文决定。
|
11月前
|
存储 设计模式 算法
命令模式(Command Pattern)
命令模式是一种行为型设计模式,将请求封装为对象,实现参数化请求、支持撤销操作和记录日志。适用于需要解耦发送者和接收者的场景,如智能家居系统中的遥控器控制电灯开关并支持撤销功能。优点包括解耦、支持撤销与恢复操作,但过度使用会增加系统复杂度。
|
Web App开发 JSON 安全
Chrome浏览器的跨域问题
【10月更文挑战第6天】
2010 123
|
11月前
|
网络协议 视频直播 网络性能优化
第一问:谈谈你理解的TCP协议
本文介绍了TCP协议的基本概念及其在网络模型中的位置,详细解释了TCP与UDP的区别,重点描述了TCP的三次握手和四次挥手过程,以及TIME_WAIT机制。最后讨论了TCP在实际应用中常见的粘包与拆包问题及其解决方案。
|
11月前
|
设计模式 C# C++
适配器模式(Adapter Pattern)
适配器模式是一种结构型设计模式,通过将一个类的接口转换为客户期望的另一个接口,使原本接口不兼容的类可以一起工作。它包括目标接口、适配者和适配器三个核心角色。适配器模式常用于解决旧系统兼容性问题、第三方库整合和统一接口等场景。该模式有类适配器和对象适配器两种实现方式,分别通过继承和组合实现。适配器模式的优点包括提高兼容性、遵循开闭原则和灵活性高,但也存在适配器数量增加导致复杂性和可能影响性能的缺点。
|
11月前
|
传感器 安全
第四问:QT中信号和槽原理
Qt的信号与槽机制是观察者模式的典型实现,允许对象间通信而不直接依赖。信号用于通知事件发生,槽是响应信号的函数,通过`QObject::connect()`连接。这种机制实现了松耦合、灵活扩展和自动通知,适用于UI更新和数据绑定等场景。
|
11月前
|
设计模式 IDE 数据可视化
UML中类图的介绍与使用
类图是 UML 中用于展示系统静态结构的重要工具,包括类、接口及其关系。类图有助于系统可视化、团队沟通、发现设计问题、文档化系统和辅助开发工具。类图的三大元素是类、接口和关系,其中关系又细分为关联、聚合、组合、继承、实现和依赖。类图在设计模式学习和实际开发中非常重要,许多现代 IDE 都支持从类图生成代码或从代码生成类图。