重看工厂模式
重看工厂模式
之前整个设计模式的专栏是看了李建忠老师的视频,并没有太多的自己的总结,今天来回看一下设计模式,重温设计模式的魅力
工厂模式我们介绍三个:
-
简单工厂
-
工厂方法
-
抽象工厂
简单工厂
我们举个例子,现在世界上有三场备受关注的战争。俄罗斯保护卢甘斯克和顿涅斯克独立共和国之战,加沙保卫战和果敢电诈反击战。
有战争就需要武器,这个时候他们需要枪,炮,无人机等等。他们就有了对武器的需求。
例子如下:
#include <iostream>
#include <string>using namespace std;class Weapon
{
public:explicit Weapon(const string &name) {name_ = name;if (name == "枪") {}else if (name == "炮") {}else if (name == "飞机") {}}void useWeapon() {if (name_ == "枪") {cout << "我是枪" << endl;} else if (name_ == "炮") {cout << "我是炮" << endl;} else if (name_ == "飞机") {cout << "我是飞机" << endl;}}private:string name_;
};int main()
{Weapon gun = Weapon("枪");Weapon cannon = Weapon("炮");Weapon plane = Weapon("飞机");gun.useWeapon();cannon.useWeapon();plane.useWeapon();return 0;
}
从上面的例子中我们能看到,如果我们需要大量型号武器的话,Weapon明显会是一个巨大的类。该类设计时候存在以下的问题:
- 在Weapon中包含了很多的if elseif 代码块,整个类代码冗长,增加阅读和维护难度;并且大量的条件语句会影响系统的性能,程序执行的时候需要进行大量判断。
- Weapon职责过重,需要初始化和显示所有的武器对象,将各种武器初始化和使用放在一个类中实现,违反了单一职责原则,不利于类的维护。
- 当需要增加新型号的武器的时候,必须修改weapon代码,违反了开闭原则。
我们需要一种方式,来创建不同的武器,并且使得我们使用的时候,分的清楚,拿过来就用。以便我们更快获取战争的胜利。
- 工厂角色:即简单工厂的核心,用来创建所有的武器实例,可以被外部直接使用,创建我们需要的产品
- 抽象产品:简单工厂所有产品的父类,负责描述公共接口
- 具体产品:需要创造的具体产品
如上述的例子:我们需要一个武器工厂,使用武器工厂来生产不同的武器,则修改为如下方式:
#include <iostream>
#include <string>using namespace std;class Weapon
{
public:virtual ~Weapon() {}virtual void useWeapon() = 0;
};class Gun : public Weapon
{
public:void useWeapon() override{cout << "我是枪" << endl;}
};class Cannon : public Weapon
{
public:void useWeapon() override{cout << "我是炮" << endl;}
};class Plane : public Weapon
{
public:void useWeapon() override{cout << "我是飞机" << endl;}
};class Factory
{
public:Weapon *createWeapon(const std::string &name){if (name == "枪") {return new Gun;} else if (name == "炮") {return new Cannon;} else if (name == "飞机") {return new Plane;}}
};int main()
{Factory ff;Weapon* weapon = nullptr;weapon = ff.createWeapon("枪");weapon->useWeapon();delete weapon;weapon = nullptr;weapon = ff.createWeapon("炮");weapon->useWeapon();delete weapon;weapon = nullptr;weapon = ff.createWeapon("飞机");weapon->useWeapon();delete weapon;weapon = nullptr;return 0;
}
如上例子所示,我们需要生产武器种类多的时候,工厂就会变的臃肿。但是我们使用的时候,只要抽象一个武器,工厂负责生产,且生产的武器我们直接拿来使用就可以。因为工厂生产的是具体的武器,所以我们在使用的时候会用具体的武器去击败敌人。
简单工厂的优缺点也很明显了:
- 优点:实现了对象创建和使用的分离;不需要记得具体的类名称,只需要记住工厂参数即可。
- 缺点:对工厂类的依赖过重,一旦工厂类不能工作,整个系统会崩溃;增加了系统中类的个数,复杂度和理解度增加;违反开闭原则,添加新产品需要修改工厂逻辑,工厂会越来越复杂。
简单工厂适合工厂产品较少,客户端只需要告诉工厂需要生产对应的产品,对如何创建不关心的场景
工厂方法
角色和对应的职责:
- 抽象工厂:工厂方法模式的核心,任何工厂类都必须实现这个接口。
- 工厂:具体工厂是抽象工厂的一个实现,负责具体实例化产品。
- 抽象产品:工厂方法模式所创建的所有对象的父类,它负责描述所有实例所共有的接口。
- 具体产品:工厂方法所创建的具体实例对象。
我们使用简单工厂生产武器的时候,工厂堆积严重,因此我们需要一个工厂调度中心,然后将武器分给不同的工厂分别生产,代码如下:
#include <iostream>
#include <string>using namespace std;class Weapon
{
public:virtual ~Weapon() {}virtual void useWeapon() = 0;
};class Gun : public Weapon
{
public:void useWeapon() override{cout << "我是枪" << endl;}
};class Cannon : public Weapon
{
public:void useWeapon() override{cout << "我是炮" << endl;}
};class Plane : public Weapon
{
public:void useWeapon() override{cout << "我是飞机" << endl;}
};class AbstractFactory
{
public:virtual Weapon *createWeapon() = 0;
};class GunFactory : public AbstractFactory
{
public:Weapon *createWeapon() override{return new Gun;}
};class CannonFactory : public AbstractFactory
{
public:Weapon *createWeapon() override{return new Cannon;}
};class PlaneFactory : public AbstractFactory
{
public:Weapon *createWeapon() override{return new Plane;}
};int main()
{AbstractFactory *ff = nullptr;Weapon* weapon = nullptr;ff = new GunFactory;weapon = ff->createWeapon();weapon->useWeapon();delete weapon;weapon = nullptr;delete ff;ff = nullptr;ff = new CannonFactory;weapon = ff->createWeapon();weapon->useWeapon();delete weapon;weapon = nullptr;delete ff;ff = nullptr;ff = new PlaneFactory;weapon = ff->createWeapon();weapon->useWeapon();delete weapon;weapon = nullptr;delete ff;ff = nullptr;return 0;
}
优缺点:
-
优点:不需要记住具体的武器名字,甚至不需要对应的参数;实现了创建和使用的分离;系统扩展性变好,如果有新的武器,不需要修改原来的接口和类。
-
缺点:增加了类的数量,增加了抽象性和理解难度
工厂分类明确,职责清晰。如果我们某类型的武器不足,只需要到对应类型的工厂去取即可。
抽象工厂方法
工厂方法通过引入工厂调度中心,解决了简单工厂中工厂类职责过重的问题,但是由于工厂方法中的每个工厂只生产一类产品,导致我们工厂非常多,肯定会增加系统的开销,因此我们考虑将一些产品组成一类,使用同一个工厂生产。
比如我们在俄罗斯生产一种型号的枪炮飞机,在朝鲜生产另外一种型号的枪炮飞机,则武器供应不断,胜利就在眼前。
角色和对应的职责:
- 抽象工厂:工厂方法模式的核心,任何工厂类都必须实现这个接口。
- 工厂:具体工厂是抽象工厂的一个实现,负责具体实例化产品。
- 抽象产品:工厂方法模式所创建的所有对象的父类,它负责描述所有实例所共有的接口。
- 具体产品:工厂方法所创建的具体实例对象。
#include <iostream>
#include <string>using namespace std;class WeaponGun
{
public:virtual void useWeapon() = 0;
};class WeaponPlane
{
public:virtual void useWeapon() = 0;
};class WeaponCannon
{
public:virtual void useWeapon() = 0;
};class TMXGun : public WeaponGun
{
public:void useWeapon() override{cout << "使用汤姆逊" << endl;}
};
class JKSGun : public WeaponGun
{
public:void useWeapon() override{cout << "使用捷克式" << endl;}
};
class WeaponCannon1 : public WeaponCannon
{
public:void useWeapon() override{cout << "二营长的意大利炮" << endl;}
};class WeaponCannon2 : public WeaponCannon
{
public:void useWeapon() override{cout << "二营长的迫击炮" << endl;}
};class WeaponPlane1 : public WeaponPlane
{
public:void useWeapon() override{cout << "战斗机" << endl;}
};
class WeaponPlane2 : public WeaponPlane
{
public:void useWeapon() override{cout << "轰炸机" << endl;}
};class AbstractFactory {
public:virtual WeaponGun* createGun() = 0;virtual WeaponCannon* createCannon() = 0;virtual WeaponPlane* createPlane() = 0;
};class RussiaFactory : public AbstractFactory
{
public:WeaponGun* createGun() override {return new TMXGun;}WeaponCannon* createCannon() override{return new WeaponCannon1;}WeaponPlane* createPlane() override{return new WeaponPlane1;}
};
class NorthKoreaFactory : public AbstractFactory
{
public:WeaponGun* createGun() override {return new JKSGun;}WeaponCannon* createCannon() override{return new WeaponCannon2;}WeaponPlane* createPlane() override{return new WeaponPlane2;}
};int main()
{AbstractFactory *factory = nullptr;WeaponGun *gun = nullptr;WeaponCannon *cannon = nullptr;WeaponPlane *plane = nullptr;factory = new RussiaFactory;gun = factory->createGun();cannon = factory->createCannon();plane = factory->createPlane();gun->useWeapon();cannon->useWeapon();plane->useWeapon();delete factory;delete gun;delete cannon;delete plane;factory = new NorthKoreaFactory;gun = factory->createGun();cannon = factory->createCannon();plane = factory->createPlane();gun->useWeapon();cannon->useWeapon();plane->useWeapon();delete factory;delete gun;delete cannon;delete plane;return 0;
}
至此,多地共同生产产品,战争胜利近在眼前。
相关文章:
重看工厂模式
重看工厂模式 之前整个设计模式的专栏是看了李建忠老师的视频,并没有太多的自己的总结,今天来回看一下设计模式,重温设计模式的魅力 工厂模式我们介绍三个: 简单工厂 工厂方法 抽象工厂 简单工厂 我们举个例子,…...
基于SpringBoot的SSMP整合案例(业务层基础开发与快速开发)
业务层基础开发 接口类public interface BookService {boolean save(Book book);boolean update(Book book);boolean delete(Integer id);Book getById(Integer id);List<Book> getAll();IPage<Book> getByPage(int currentPage,int pageSize);IPage<Book> …...
[Android]创建TabBar
创建一个包含“首页”、“分类”和“我的”选项卡的TabBar并实现切换功能,通常可以通过使用TabLayout结合ViewPager或ViewPager2来完成。以下是一个基本的示例,展示了如何使用Kotlin和XML来实现这个功能。 1.添加依赖项到build.gradle dependencies {/…...
UE5 UMG InvalidationBox和RetainerBox
作用:提高UMG运行效率 RetainerBox:需要手动刷新UMG渲染,节点RequestRender渲染 InvalidationBox:每间隔多帧渲染一次UMG...
HT16C23字段式驱动显示芯片替代PC16C23
1、概述 PC16C23是一款标准I2C接口通讯LCD控制/驱动芯片。该芯片提供1/4占空比和1/8占空比两种显示模式。1/4占空比模式最多驱动224点(56x4),1/8占空比模式最多驱动416(52x8)。 PC16C23内置时钟发生器、LCD偏置电压产生模块和LCD驱动电压跟…...
电力感知边缘计算网关产品设计方案-设计背景和设计思路
1.方案背景 未来新型电力系统将以新能源为发电主体,系统不确定性显著增强系统峰谷差逐年拉大,系统调峰、调频、稳定运行及安全控制等均面临前所未有的挑战,系统灵活性需求显著提升。而随着社会经济的发展,电动汽车充换电站、分布式储能、建筑、冰蓄冷空调等灵活资源正处在…...
Python武器库开发-flask篇之模板渲染(二十四)
flask篇之模板渲染(二十四) Flask 中的模板是一种将数据和 HTML 代码组合在一起的方式,使得我们可以生成动态的 HTML 页面。使用模板可以使我们的代码更加简洁、易于维护和复用。在真实的环境中,我们往往接触到的是由 html、CSS和JavaScript所做的网页&…...
pdb restore in ADG database
Effect of PITR on Dataguard Environment (Standby MRP Crashed with ORA-39873) (Doc ID 1591492.1)编辑To Bottom In this Document Symptoms Cause Solution APPLIES TO: Oracle Database Cloud Exadata Service - Version N/A and later Oracle Database Cloud Servic…...
科创人·蓝凌董事长杨健伟:夯实“四梁八柱”,让数字化“城中村上建高楼”
杨健伟 蓝凌软件董事长 长江商学院EMBA、数字化转型专家、深圳市企业联合会副会长、清华英赛克管理学博士。 “越来越多的企业家在谈数字化转型,软件行业需要思考CIO如何跟CEO对话,这是很大的挑战”,杨健伟在数智2023蓝凌用户大会上的这番话&…...
Flink SQL --Flink 整合 hive
1、整合 # 1、将依赖包上传到flink的lib目录下 flink-sql-connector-hive-3.1.2_2.12-1.15.2.jar# 2、重启flink集群 yarn application -list yarn application -kill application_1699579932721_0003 yarn-session.sh -d# 3、重新进入sql命令行 sql-client.sh 2、Hive cata…...
demo(一)eureka----服务注册与提供
下面写一个简单的demo验证下eureka,实现服务注册、服务发现。 一、单节点: 1、api: 封装其他组件需要共用的dto 2、eureka-service服务注册中心: (1)pom: <?xml version"1.0" encoding&q…...
core dump(介绍,status中的core dump标志,应用--调试),ulimit命令
目录 core dump(核心转储) 引入 介绍 core dump标志 引入 介绍 应用 -- gdb调试 注意点 ulimit命令 -a -c 示例 -- core file大小问题 core dump(核心转储) 引入 我们可以看到,不同的signal对应不同的编号和action:其中action主要分为term和coreterm就是终止的意…...
使用键盘管理器更改键盘快捷键,让键盘真正迎合你的使用习惯
如果默认快捷键不适合你,你肯定会想知道如何在Windows 11中更改键盘快捷键。 也许你已经习惯了macOS键盘,或者像我一样在Windows和Mac之间切换工作/游戏——如果是这样的话,重新配置默认的Windows快捷方式,使其与Mac上的快捷方式…...
putty保存登录账号和密码
putty作为一个免费的远程登录连接工具,其功能和性能还是很不错的,但是有一个很明显的缺点,就是无法保存用户名和密码。 在这里就针对这个问题,分享一种能够快速保存用户名和密码的方法。 1,创建一个桌面快捷方式。 …...
GRS认证是什么认证为何如此重要
在全球化日益盛行的今天,环保和可持续性成为了企业发展的关键词。其中,GRS认证作为企业实现可持续生产和全球环境保护的一个重要手段,越来越受到人们的关注。那么,GRS认证究竟是什么认证呢? GRS,全称为Global Rec…...
基于pytest-bdd的项目目录结构和命名规范
pytest-bdd 的文件的命名规范 pytest-bdd 是基于pytest 之上,所以需要遵循pytest 的命名规则才能进行测试,具体有: 测试文件名必须以*test.py或者test*.py命名测试函数必须以 test_开头 在pytest-bdd中存在两类文件: 以 .feat…...
web前端开发网页设计课堂作业/html练习《课程表》
目标图: 代码解析: 代码解析1<table border"3" align"center"><输入内容(的) 边界"3px" 位置"居中">2<tr><td colspan"7" align"center">课程表</td><t…...
用欧拉路径判断图同构推出reverse合法性:1116T4
http://cplusoj.com/d/senior/p/SS231116D 假设我们要把 a a a 变成 b b b,我们在 a i a_i ai 和 a i 1 a_{i1} ai1 之间连边, b b b 同理,则 a a a 能变成 b b b 的充要条件是两图 A , B A,B A,B 同构。 必要性显然࿰…...
高阶数据结构---树状数组
文章目录 楼兰图腾一个简单的整数问题 一个简单的整数问题2谜一样的牛 一、楼兰图腾OJ链接 二、一个简单的整数问题OJ链接 三、一个简单的整数问题2OJ链接 四、谜一样的牛OJ链接...
如何保护PayPal账户安全:防止多个PayPal账号关联?
PayPal是一家全球领先的在线支付平台,已经成为全球最受欢迎的在线支付工具之一,广泛应用于电子商务、跨境交易和个人之间的付款,很多跨境卖家的支付平台都会选择PayPal。PayPal支持全球多个国家和20多种货币在线支付,并且能即时收…...
Graphormer实战:用最短路径和虚拟节点搞定分子性质预测(附PyTorch代码)
Graphormer实战:从分子结构到性质预测的完整实现指南 在药物发现和材料科学领域,准确预测分子的物理化学性质可以大幅加速研发进程。传统方法依赖昂贵的实验测量或复杂的量子化学计算,而图神经网络(GNN)和Transformer的结合——Graphormer&a…...
国产工控机选型实战:从自主可控到边缘智能的工业应用解析
1. 项目概述:为什么我们需要关注国产工控机?如果你在工厂里负责过自动化产线,或者在能源、交通行业搞过设备监控,大概率遇到过这样的场景:产线上某台核心控制电脑突然蓝屏,或者某个数据采集模块因为电磁干扰…...
矩池云实战: 用Gemma 4 + Open WebUI打造你的私人OpenAI
在开源 AI 生态中,如何不依赖闭源 API,纯靠开源堆栈搭建出一套具备“深度思考(CoT)&原生多模态顶配开发环境? 答案是:Ollama Gemma-4-31B Open WebUI Ollama Gemma-4-31B Open WebUI 的真正核心价…...
lin诊断功能寻址和静态电流测试方法
lin诊断功能寻址是不会回响应的,不管正响应还是负响应,而且进入会话必须是10 83这种(不知道是不是项目规定)****************************************************************************************************这个数字电流…...
别再手动写远程搜索了!手把手教你封装一个通用的 Element Plus el-select-v2 组件
打造高复用性远程搜索组件:Element Plus el-select-v2 深度封装指南 在Vue 3和Element Plus构建的中后台系统中,远程搜索下拉框几乎是每个表单页面的标配功能。当项目中有十几个甚至几十个表单都需要实现类似功能时,直接复制粘贴代码不仅导致…...
我用了半年只留下这一个!2026做讲座视频总结的神器我真心安利给大家
作为天天测各种AI工具的内容博主,我一半的工作时间都在处理音视频素材——整理讲座录音、剪知识总结视频、整理访谈素材,前前后后踩了快十个转写工具的坑,今天直接给结论:听脑AI是目前同类工具里最值得内容创作者尝试的方案&#…...
感知与建图,为什么不能只跑一个 SLAM Demo?
一、核心问题机器人要稳定工作,需要把视觉、激光、IMU、模型结果和ROS2协同整合到一条完整链路里,而不是只依赖单一的SLAM Demo。二、为什么SLAM Demo不够用?Demo的局限性:SLAM Demo只能证明单点功能能跑,无法覆盖实际…...
Unity ShaderGraph环境搭建避坑指南:URP/HDRP渲染管线匹配
1. 为什么“环境搭建”是ShaderGraph学习路上第一个真坑 很多人点开Unity ShaderGraph教程,第一眼看到“创建Sub Graph”“连接Base Color节点”,心里一热:这不就是拖拖拽帖?比写HLSL简单多了!结果双击打开Shader Gra…...
从Polar靶场“中等”难度题,聊聊新手CTFer最容易踩的5个Web安全坑
从Polar靶场“中等”难度题,聊聊新手CTFer最容易踩的5个Web安全坑 当你第一次踏入CTF的Web安全领域,Polar靶场的中等难度题目就像一座看似平缓却暗藏陷阱的山峰。许多新手在这里反复跌倒,不是因为技术门槛过高,而是忽略了那些本该…...
AI技术的未来发展方向
AI技术的未来发展方向AI技术的未来发展将围绕以下几个关键领域展开,这些方向不仅推动技术进步,也深刻影响社会和经济结构。通用人工智能(AGI)的探索AGI旨在实现与人类智能相当的通用性,能够跨领域学习和推理。当前研究…...
