设计模式深度解析:工厂方法模式与抽象工厂模式的深度对比

在这里插入图片描述​🌈 个人主页:danci_
🔥 系列专栏:《设计模式》
💪🏻 制定明确可量化的目标,坚持默默的做事。


设计模式深度解析:工厂方法模式与抽象工厂模式的深度对比

探索设计模式的魅力:工厂方法模式文章浏览阅读17k次,点赞105次,收藏72次。工厂方法模式是一种创建型设计模式,它提供了一种创建对象的接口,但将具体实例化对象的工作推迟到子类中完成。这样做的目的是创建对象时不用依赖于具体的类,而是依赖于抽象,这提高了系统的灵活性和可扩展性。优点:降低耦合度、增加了系统的可扩展性 和 提高代码的可维护性;缺点:增加了代码的复杂性 和 需要更多的设计考虑。https://blog.csdn.net/danci_/article/details/135611783

探索设计模式的魅力:抽象工厂模式的艺术文章浏览阅读14k次,点赞76次,收藏76次。抽象工厂模式(Abstract Factory Pattern)是一种创建型设计模式,用于在不指定具体类的情况下创建一系列相关或相互依赖的对象。它提供了一个接口,用于创建一系列“家族”或相关依赖对象,而无需指定它们的具体类。探索设计模式的魅力:简单工厂模式-CSDN博客实现简单工厂的难点就在于 “如何选择” 实现,前面便子中传递参数的方法, 那都是静态的参数,还可以实现成为动态的参数。https://blog.csdn.net/danci_/article/details/135638488

文章目录

  • 一、定义🌐
    • 模式对比</font></code>
  • 二、结构图🔍
    • 参与者👇
    • 适用场景
  • <code>三、易混场景💔<code>
    • 场景
    • 工厂方法模式
    • 抽象工厂模式
    • 易混淆之处</code>
  • 五、总结 💖
    • 工厂方法模式
    • 工厂模式最佳实践和使用场景
    • 抽象工厂模式关键点
    • 抽象工厂模式最佳实践和使用场景
    • 根据项目需求选用正确的模式的建议</code>
    • 应用考量</code>

一、定义🌐

工厂方法模式

定义一个用于创建对象的接口,将具体实例化对象的工作推迟到子类中完成。

 作用

当系统需要引入新的产品类型时,只需要增加相应的工厂子类,而不需要修改原有的系统代码,从而实现了“开闭原则”。

 如何封装对象的创建过程
    在工厂方法模式中,对象的创建过程被封装在工厂类的工厂方法中。具体来说,这个过程包括以下几个步骤:👇
 1. 定义抽象产品接口:
    首先,需要定义一个抽象产品接口,该接口描述了所有具体产品类应该具有的方法。

 2. 定义抽象工厂类:
    然后,定义一个抽象工厂类,该类声明了一个工厂方法,用于创建抽象产品接口的对象。这个工厂方法通常被声明为抽象方法,以便子类可以实现它。

 3. 实现具体产品类:
    接下来,根据抽象产品接口定义具体的产品类。这些类实现了抽象产品接口中声明的方法,并提供了具体的产品实现。

 4. 实现具体工厂类:
    然后,创建具体工厂类,该类继承自抽象工厂类,并实现工厂方法。在工厂方法中,具体工厂类根据需要创建并返回相应的具体产品对象。

    通过这种方式,工厂方法模式封装了对象的创建过程。客户端代码只需要知道抽象产品接口和抽象工厂类,而无需关心具体产品类的实现和对象的创建过程。这有助于降低代码的耦合度,提高系统的可扩展性和可维护性。同时,由于具体产品的创建逻辑是由具体工厂类来实现的,因此也增加了系统的灵活性,使得系统可以更容易地引入新的产品类型。

抽象工厂模式

提供了一个创建一系列相关或相互依赖对象的接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。

 作用

通过抽象化对象的创建过程,实现高内聚低耦合的设计原则,增强系统的可扩展性和可维护性。。

 如何封装对象的创建过程
    在抽象工厂模式中,每个工厂都能够创建一系列相互关联或依赖的对象,而客户端代码则通过抽象接口与这些工厂进行交互,从而无需了解具体对象的创建逻辑。抽象工厂模式通过以下几个关键步骤来封装对象的创建过程:👇
 1. 定义抽象产品接口:
    首先,为每种类型的产品定义一个抽象接口。这些接口将规定所有具体产品类必须实现的方法。

 2. 定义抽象工厂接口:
    接下来,定义一个抽象工厂接口,该接口将声明一组创建抽象产品的方法。这些方法通常对应于步骤1中定义的抽象产品接口。

 3. 实现具体产品类:
    根据步骤1中定义的抽象产品接口,创建具体的产品类。这些类将实现抽象产品接口中声明的方法,并提供具体的产品实现。

 4. 实现具体工厂类:
    创建具体工厂类,该类将实现抽象工厂接口。在具体工厂类中,实现抽象工厂接口中声明的方法,以便它们能够创建和返回相应的具体产品对象。

 5. 客户端代码使用:
    在客户端代码中,通过创建具体工厂类的对象并使用它来创建产品对象。客户端代码仅依赖于抽象产品接口和抽象工厂接口,因此与具体产品类和具体工厂类的实现细节解耦。

模式对比

    为便于对比理解,总结如下图所示:
在这里插入图片描述
    工厂模式定义了一个用于创建对象的接口,让子类决定实例化哪一个类。它将一个类的实例化延迟到子类进行,这样可以将对象的创建与使用分离,使代码更加灵活和可维护。在工厂模式中,通常会有一个具体的工厂类负责创建某一类产品,客户端直接调用工厂类的方法来获取所需的对象。

    抽象工厂模式则提供了一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。这个模式允许客户端在不指定具体产品类的情况下创建多个产品族中的产品对象。抽象工厂模式是所有形态的工厂模式中最为抽象和最具有一般性的一种形态。在抽象工厂模式中,工厂类不再仅仅负责创建单一产品,而是负责创建一组具有相同主题或相互依赖的产品对象。这意味着抽象工厂模式通常涉及多个抽象产品和多个具体产品,需要定义更多的接口和类。

    进一步来说,工厂方法模式与抽象工厂模式的区别主要体现在创建对象的范围和复杂度上。工厂模式主要关注单一产品等级的创建,而抽象工厂模式则强调多个产品族中相关对象的创建。从结构上看,工厂模式相对简单,而抽象工厂模式则更为复杂,涉及更多的接口和类定义。

二、结构图🔍

在这里插入图片描述

参与者👇

 1. 工厂方法模式:
    产品(Product): 定义工厂方法所创建的对象的接口。所有被创建的对象都是某个具体产品的实例。

    具体产品(Concrete Product): 实现产品接口的具体类。工厂方法模式所创建的每个对象都是某个具体产品类的实例。

    创建者(Creator): 声明工厂方法,该方法返回一个产品类型的对象。创建者可能提供工厂方法的默认实现,它返回一个默认的具体产品对象。

    具体创建者(Concrete Creator): 重写工厂方法以返回一个具体产品实例。每个具体创建者通常与一个特定的具体产品一一对应。

    工厂方法模式通过抽象工厂类和具体工厂类的协作,实现了对象的延迟实例化,降低了系统的耦合度,提高了系统的可维护性和扩展性。同时,它还利用了多态性,使得代码更加灵活和可重用。

 2. 抽象工厂模式:
    抽象工厂(Abstract Factory): 它声明了一组用于创建一系列产品的方法,每个方法都对应一个产品等级。抽象工厂可以看作是一个工厂的工厂,或者是一系列工厂的抽象。在抽象工厂中,每个方法对应一种产品,实现了对产品的集中管理。客户端使用抽象工厂来获取产品时,无需关心具体实现,只需通过调用相应的方法即可获取到产品。

    具体工厂(Concrete Factory):它实现了抽象工厂中声明的创建产品的方法,以生产具有共同主题的具体产品。每个具体工厂负责生成一个产品族中的所有产品,这些产品之间具有一定的关联性或依赖性。当客户端需要某个产品族中的产品时,只需使用相应的具体工厂即可。

    抽象产品(Abstract Product):它是定义产品的接口,描述了所有产品所共有的特性或方法。每个抽象产品对应一个产品等级结构,即同一类产品的不同实现方式。

    具体产品(Concrete Product): 它实现了抽象产品中定义的接口,提供了具体的产品实现。每个具体产品都属于一个产品族,与该产品族中的其他产品具有一定的关联性或依赖性。

    抽象工厂模式适用于需要创建一系列相互关联或相互依赖的产品的场景。它通过将具体工厂的创建过程抽象化,使得客户端可以根据需要灵活地选择不同的产品族进行创建,从而实现了代码的解耦和模块化。然而,抽象工厂模式的缺点是当需要增加新的产品族时,需要修改抽象工厂的接口以及所有具体工厂的实现,这可能会带来较大的改动和维护成本。因此,在使用抽象工厂模式时需要权衡其优点和缺点,根据具体的业务需求和系统规模进行选择。

适用场景

在这里插入图片描述

 

三、易混场景💔

在这里插入图片描述

场景

假设我们正在开发一个游戏,游戏中有多种类型的角色,每种角色都有不同的武器和技能。我们需要设计一个系统来创建和管理这些角色、武器和技能。
     在这个场景中,我们可以考虑使用工厂方法模式或抽象工厂模式来创建角色、武器和技能对象。然而,这两种模式的选择和使用方式可能会引起混淆。

  

工厂方法模式

如果我们选择使用工厂方法模式,我们可以定义一个抽象的角色工厂类,它声明了一个创建角色的工厂方法。然后,我们可以为每种具体的角色类型创建一个具体的角色工厂类,这些工厂类实现了抽象角色工厂类中声明的工厂方法,用于创建具体类型的角色对象。同样地,我们也可以为武器和技能定义类似的工厂类和方法。

    在这种情况下,如果我们需要创建一个具有特定武器和技能的角色对象,我们可能需要分别调用角色工厂、武器工厂和技能工厂的方法。这可能会导致代码中的耦合度增加,因为客户端代码需要知道如何组合使用这些工厂方法来创建完整的角色对象。

抽象工厂模式

如果我们选择使用抽象工厂模式,我们可以定义一个抽象的工厂接口,该接口声明了一组创建角色、武器和技能对象的工厂方法。然后,我们可以为每种具体的角色类型创建一个具体的工厂类,这些工厂类实现了抽象工厂接口中声明的所有工厂方法,用于创建特定类型的角色、武器和技能对象。
     在这种情况下,客户端代码只需要知道如何使用抽象工厂接口即可创建完整的角色对象,而无需关心具体工厂类的实现细节。这有助于降低代码中的耦合度,提高系统的灵活性和可扩展性。然而,当需要添加新的角色类型或新的产品族时,可能需要修改抽象工厂接口和现有的具体工厂类,这可能会带来一些维护成本。

  

易混淆之处

    在这个场景中,工厂方法模式和抽象工厂模式的易混淆之处在于它们都涉及创建多种类型的对象。然而,工厂方法模式侧重于通过继承来实现对象的创建逻辑的封装和扩展,而抽象工厂模式则侧重于通过组合来实现一系列相互关联或相互依赖的产品的创建逻辑的封装和扩展。因此,在选择使用这两种模式时,需要根据具体的系统需求和设计目标来进行权衡和决策。

    注:在实际应用中,这两种模式并不是互斥的,而是可以相互结合使用的。例如,我们可以在抽象工厂模式中使用工厂方法来创建具体的产品对象,从而实现更灵活和可扩展的系统设计。
 

五、总结 💖

在这里插入图片描述

工厂方法模式

 1. 封装性:
    🌈 工厂模式通过专门的工厂类来创建其他类的实例,隐藏了对象创建的具体逻辑,客户端只需要知道产品的抽象接口和工厂类提供的创建方法。

 2. 解耦:
    🌈 工厂模式减少了客户端与具体产品类之间的依赖,客户端通过工厂接口与工厂类交互,无需了解具体实现细节。

 3. 单一职责:
    🌈 每个工厂类通常只负责创建一种或一类产品,符合单一职责原则。

 4. 扩展性:
    🌈 当需要添加新产品时,只需增加相应的具体产品类和对应的工厂类,而无需修改客户端代码。

工厂模式最佳实践和使用场景

 1. 🌈 当需要创建的对象具有复杂的初始化逻辑或依赖于外部资源时,使用工厂模式可以封装这些复杂性。

 2. 🌈 当系统中存在多个类似的产品,且这些产品的创建逻辑可能会变化时,使用工厂模式可以提高系统的灵活性和可维护性。

 3.  🌈 当希望将对象的创建与使用分离,以便在不修改客户端代码的情况下更换产品实现时,使用工厂模式可以实现这一目标。
 

抽象工厂模式关键点

 1. 产品族:
    🚀 抽象工厂模式强调一系列相互关联或相互依赖的产品对象(产品族)的创建,而不仅仅是单个产品的创建。

 2. 一致性:
    🚀 客户端通过抽象工厂接口获取一系列产品对象,确保这些对象在逻辑上是一致的、相互兼容的。

 3. 封装性:
    🚀 抽象工厂模式封装了具体产品族的创建逻辑,客户端只需要与抽象工厂接口交互。

 4. 扩展性:
    🚀 当需要添加新的产品族时,只需增加相应的具体工厂类,而无需修改现有代码(遵循开闭原则)。
 

抽象工厂模式最佳实践和使用场景

 1. 🚀 当系统需要处理多个产品族,并且每个产品族包含多个相互关联的产品时,使用抽象工厂模式可以方便地创建和管理这些产品族

 2. 🚀 当希望确保客户端使用的产品对象来自同一个产品族,以保持逻辑上的一致性时,使用抽象工厂模式可以实现这一目标。

 3. 🚀 当产品的创建逻辑可能会因为不同的平台、配置或环境而有所不同时,使用抽象工厂模式可以方便地切换不同的产品族实现。
 

根据项目需求选用正确的模式的建议

 1. 分析需求:
    ✨ 首先明确项目中需要创建的对象类型以及它们之间的关系。如果只需要创建单一类型的对象,且对象的创建逻辑相对简单,那么工厂模式可能是更好的选择。如果需要创建多个相互关联的对象(产品族),则考虑使用抽象工厂模式。

 2.  考虑扩展性:
    ✨ 评估未来可能的产品变化。如果预计会有新的产品类型或产品族加入,那么选择更具扩展性的模式(如抽象工厂模式)可能更为合适。

 3. 遵循设计原则:
    ✨ 尽量遵循面向对象设计原则,如单一职责原则、开闭原则等。这些原则可以帮助你做出更合理的模式选择。

 4. 代码简洁性:
    ✨ 在满足功能需求的前提下,尽量选择使代码更简洁、易于理解和维护的模式。过度设计可能会增加系统的复杂性和维护成本。

应用考量

 1. 系统的复杂度:
    🌟 如果系统相对简单,产品种类较少且不太可能发生变化,那么简单工厂模式可能是更好的选择。如果系统复杂,存在多个产品族且产品族之间可能存在较大差异,那么抽象工厂模式可能更合适。

 2. 可扩展性需求:
    🌟 如果预计未来需要频繁添加新产品或新产品族,那么抽象工厂模式可能更具扩展性。因为抽象工厂模式可以通过添加新的具体工厂类来引入新产品族,而无需修改现有代码。而简单工厂模式可能需要修改工厂类以适应新产品的创建。

 3. 设计原则:
    🌟 尽量遵循面向对象设计原则,如单一职责原则、开闭原则等。这些原则可以帮助你做出更合理的模式选择。例如,如果希望遵循开闭原则,那么抽象工厂模式可能更合适,因为它允许在不修改现有代码的情况下扩展系统。

 4. 代码简洁性:
    🌟 在满足功能需求的前提下,尽量选择使代码更简洁、易于理解和维护的模式。过度设计可能会增加系统的复杂性和维护成本。因此,在选择设计模式时,需要权衡其带来的好处和可能增加的复杂性。

    ❤️ 选择简单工厂模式还是抽象工厂模式应根据具体项目的需求、复杂度和可扩展性要求来决定。在实际应用中,可以先从简单工厂模式开始,随着项目的发展和需求的变化,再考虑是否升级到抽象工厂模式或其他更复杂的模式。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/278455.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Redis 八种常用数据类型详解

夯实基础&#xff0c;这篇文章带着大家回顾一下 Redis 中的 8 种常用数据类型&#xff1a; 5 种基础数据类型&#xff1a;String&#xff08;字符串&#xff09;、List&#xff08;列表&#xff09;、Set&#xff08;集合&#xff09;、Hash&#xff08;散列&#xff09;、Zse…

Vue.js+SpringBoot开发食品生产管理系统

目录 一、摘要1.1 项目介绍1.2 项目录屏 二、功能模块2.1 加工厂管理模块2.2 客户管理模块2.3 食品管理模块2.4 生产销售订单管理模块2.5 系统管理模块2.6 其他管理模块 三、系统展示四、核心代码4.1 查询食品4.2 查询加工厂4.3 新增生产订单4.4 新增销售订单4.5 查询客户 五、…

rocky9 编写一键安装mysql 的sh脚本

基本操作步骤 1、虚拟机最小化安装rocky9系统&#xff0c;安装后克隆一个系统&#xff1b;1个用来获取下载的rpm包&#xff0c;一个用来编写sh 测试脚本&#xff1b; 2、修改虚拟机的 yum配置文件&#xff0c;获取获取rpm程序 &#xff1a;启用缓存&#xff0c;并修改yum下载…

在Latex中优雅的插入svg图片(Ubuntu22.04)

文章目录 一、前言二、准备工作三、脚本编程四、结论 一、前言 在 LaTeX \LaTeX LATE​X 中&#xff0c;插入图片常用的为 figure 环境加 \includegraphics 命令&#xff1a; \begin{figure}[!htbp]\centering\includegraphics[width\textwidth]{图片名.jpg/jpeg/png/pdf}\c…

【LeetCode热题100】 226. 翻转二叉树(二叉树)

一.题目要求 给你一棵二叉树的根节点 root &#xff0c;翻转这棵二叉树&#xff0c;并返回其根节点。 二.题目难度 简单 三.输入样例 示例 1&#xff1a; 输入&#xff1a;root [4,2,7,1,3,6,9] 输出&#xff1a;[4,7,2,9,6,3,1] 示例 2&#xff1a; 输入&#xff1a;…

文件处理(二)

CSV文件的读取和写入 CSV文件的操作 csv是逗号分隔符文本格式&#xff0c;常用于数据交换、Excel文件和数据库数据的导入和导出。 与Excel文件不同&#xff0c;CSV文件中&#xff1a; 值没有类型&#xff0c;所有值都是字符串不能指定字体颜色等样式不能指定单元格的宽高&…

【自动驾驶可视化工具】

自动驾驶可视化工具 自动驾驶可视化工具1.百度Apollo的Dreamview:2.Cruise的Worldview:3.Uber的AVS:4.Fglovex Studio: 自动驾驶可视化工具 介绍一下当前主流的自动驾驶可视化工具。 1.百度Apollo的Dreamview: Dreamview是百度Apollo平台开发的一种可视化工具&#xff0c;用…

滑块验证码

1.这里针对滑块验证给了一个封装的组件verifition&#xff0c;使用直接可以调用 2.组件目录 3.每个文件的内容 3.1 Api文件中只有一个index.js文件&#xff0c;用来存放获取滑块和校验滑块结果的api import request from /router/axios//获取验证图片 export function reqGe…

centos7.9的GUI桌面样式不符合默认熟悉的操作习惯

一、问题描述&#xff1a; 原因&#xff1a;桌面样式选错了。 二、解决&#xff1a; 1.先登进去LogOut。 2.点击设置的工具图标中的GNOME Classic即可恢复成默认操作习惯的桌面样式。 3.恢复到默认熟悉的操作界面

(一)Neo4j下载安装以及初次使用

&#xff08;一&#xff09;下载 官网地址&#xff1a;Neo4j Graph Database & AnamConnect data as its stored with Neo4j. Perform powerful, complex queries at scale and speed with our graph data platform.https://neo4j.com/ &#xff08;二&#xff09;安装并配…

系统明天上线,PG表空间还不规划好疯狂给同事埋雷

&#x1f4e2;&#x1f4e2;&#x1f4e2;&#x1f4e3;&#x1f4e3;&#x1f4e3; 哈喽&#xff01;大家好&#xff0c;我是【IT邦德】&#xff0c;江湖人称jeames007&#xff0c;10余年DBA及大数据工作经验 一位上进心十足的【大数据领域博主】&#xff01;&#x1f61c;&am…

天眼销批量查询功能上线

天眼销是一款提供企业线索的产品&#xff0c;致力于帮助客户获取最新的企业联系方式、工商信息等关键数据。 数据库收录全国 3.3亿及以上企业(含个体)线索&#xff0c;涵盖企业名称、企业状态、注册时间、注册资本、经营范围、法人信息、联系方式等维度&#xff0c;为用户提供…

【python开发】并发编程(上)

并发编程&#xff08;上&#xff09; 一、进程和线程&#xff08;一&#xff09;多线程&#xff08;二&#xff09;多进程&#xff08;三&#xff09;GIL锁 二、多线程开发&#xff08;一&#xff09;t.start()&#xff08;二&#xff09;t.join()&#xff08;三&#xff09;t.…

数据的响应式:实现动态数据驱动的技巧

&#x1f90d; 前端开发工程师、技术日更博主、已过CET6 &#x1f368; 阿珊和她的猫_CSDN博客专家、23年度博客之星前端领域TOP1 &#x1f560; 牛客高级专题作者、打造专栏《前端面试必备》 、《2024面试高频手撕题》 &#x1f35a; 蓝桥云课签约作者、上架课程《Vue.js 和 E…

鸿蒙Harmony应用开发—ArkTS声明式开发(基础手势:StepperItem)

用作Stepper组件的页面子组件。 说明&#xff1a; 该组件从API Version 8开始支持。后续版本如有新增内容&#xff0c;则采用上角标单独标记该内容的起始版本。 子组件 支持单个子组件。 接口 StepperItem() 属性 参数名参数类型参数描述prevLabelstring设置左侧文本按钮内…

upload文件上传漏洞复现

什么是文件上传漏洞&#xff1a; 文件上传漏洞是指由于程序员在对用户文件上传部分的控制不足或者处理缺陷&#xff0c;而导致的用户可以越过其本身权限向服务器上上传可执行的动态脚本文件。这里上传的文件可以是木马&#xff0c;病毒&#xff0c;恶意脚本或者WebShell等。“…

LeetCode108题:将有序数组转换为二叉搜索树(python3)

一个容易想到的思路&#xff1a;使用 nums 中最靠近中心的位置作为整棵 BST 的根节点&#xff0c;确保左右子树节点数量平衡。随后递归构造 nums 中下标范围为 [0,mid−1]作为左子树&#xff0c;递归构造 nums 中下标范围为 [mid1,n−1]作为右子树。 # Definition for a binar…

理论学习:with torch.no_grad()

如果不加上“with torch.no_grad():”&#xff0c;模型参数会发生改变吗&#xff1f; 如果不使用with torch.no_grad():&#xff0c;在进行模型推理&#xff08;即计算outputs_cls net(inputs[batch_size//2:])这一步&#xff09;时&#xff0c;模型参数不会发生改变&#xf…

鸿蒙Harmony应用开发—ArkTS声明式开发(基础手势:Web)中篇

onBeforeUnload onBeforeUnload(callback: (event?: { url: string; message: string; result: JsResult }) > boolean) 刷新或关闭场景下&#xff0c;在即将离开当前页面时触发此回调。刷新或关闭当前页面应先通过点击等方式获取焦点&#xff0c;才会触发此回调。 参数…

开发验证一切正常,而测试人员在性能测试时偶发报错,如何解决?

在业务系统逻辑实现中&#xff0c;经常涉及异步执行、异步更新场景的开发和使用。但在性能测试中&#xff0c;经常会出现因为异步逻辑设计不合理引发的不可预知问题&#xff0c;比如在开发验证时一切正常&#xff0c;测试人员在性能测试时偶发报错。 本文从Spring事务、业务逻辑…