C++11 设计模式2. 简单工厂模式

news2024/11/19 5:51:12

简单工厂(Simple Factory)模式

我们从实际例子出发,来看在什么情况下,应用简单工厂模式。

还是以一个游戏举例
    //策划:亡灵类怪物,元素类怪物,机械类怪物:都有生命值,魔法值,攻击力三个属性。
    //Monster作为父类,M_Undead(亡灵类),M_Element(元素类怪物),M_Mechanic(机械类怪物)。

一般写法如下:



#include <iostream>
using namespace std;

//(1)简单工厂(Simple Factory)模式
//策划:亡灵类怪物,元素类怪物,机械类怪物:都有生命值,魔法值,攻击力三个属性。
//Monster作为父类,M_Undead(亡灵类),M_Element(元素类怪物),M_Mechanic(机械类怪物)。

namespace _namespace1 {
	class Monster {

	public:
		Monster(int life, int magic, int attack) : m_life(life), m_magic(magic), m_attack(attack)
		{
		};
		virtual ~Monster() {};

	protected:
		int m_life;
		int m_magic;
		int m_attack;
	};

	//M_Undead(亡灵类)
	class M_Undead :public Monster {
	public:
		M_Undead(int life, int magic, int attack) :Monster(life, magic, attack) {
			cout << "创建了一个亡灵类 life = " << m_life <<"  magic = "<< m_magic << "  attack = "<< m_attack << endl;
		}
	};

	//M_Element(元素类怪物)
	class M_Element :public Monster {
	public:
		M_Element(int life, int magic, int attack) :Monster(life, magic, attack) {
			cout << "创建了一个元素类怪物 life = " << m_life << "  magic = " << m_magic << "  attack = " << m_attack << endl;
		}
	};

	//M_Mechanic(机械类怪物)
	class M_Mechanic :public Monster {
	public:
		M_Mechanic(int life, int magic, int attack) :Monster(life, magic, attack) {
			cout << "创建了一个机械类怪物 life = " << m_life << "  magic = " << m_magic << "  attack = " << m_attack << endl;
		}
	};

};

void normalTest() {
	_namespace1::Monster *pm1 = new _namespace1::M_Undead(1, 2, 3);
	_namespace1::Monster *pm2 = new _namespace1::M_Element(4, 5, 6);
	_namespace1::Monster *pm3 = new _namespace1::M_Mechanic(7, 8, 9);

	delete pm1;
	delete pm2;
	delete pm3;

}




int main()
{
	_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);//程序退出时检测内存泄漏并显示到“输出”窗口

	//不使用工厂模式的一般写法
	normalTest();


    std::cout << "Hello World!\n";
}

问题

那么这个不使用工厂模式的一般写法有啥问题呢?或者说有啥缺点呢?
    //假设我们在每一个关卡都要 new 出来这些实例对象。
    //有一天策划找到我们说,机械怪物的生命力要加1,我们能想到的合适的办法是:
    //将怪物的参数做成配置文件,游戏加载时候就将配置文件读取成一个一个的全局变量,然后new 的时候用这些全局变量
    //有一天策划又找到我们说:怪物还应该有个"盔甲","鞋子","帽子","武器","盾牌"这些属性,
    //那我们就要改动构造方法了,这个不改不行了,又因为我们在每一关都要new出来这些怪物,因此每个关卡的代码都要改动。
    //言外之意是:这种普通的写法 new +具体类名来创建对象是一种 依赖具体类型的紧耦合关系

解决方案

那么怎么改动才合理呢?引入简单工厂模式
    //工厂模式:通过把创建对象的代码包装起来,做到创建对象的代码与具体的业务逻辑代码相隔离的目的。



#include <iostream>
using namespace std;

//(1)简单工厂(Simple Factory)模式
//策划:亡灵类怪物,元素类怪物,机械类怪物:都有生命值,魔法值,攻击力三个属性。
//Monster作为父类,M_Undead(亡灵类),M_Element(元素类怪物),M_Mechanic(机械类怪物)。

namespace _namespace1 {
	class Monster {

	public:
		Monster(int life, int magic, int attack) : m_life(life), m_magic(magic), m_attack(attack)
		{
		};
		virtual ~Monster() {};

	protected:
		int m_life;
		int m_magic;
		int m_attack;
	};

	//M_Undead(亡灵类)
	class M_Undead :public Monster {
	public:
		M_Undead(int life, int magic, int attack) :Monster(life, magic, attack) {
			cout << "创建了一个亡灵类 life = " << m_life <<"  magic = "<< m_magic << "  attack = "<< m_attack << endl;
		}
	};

	//M_Element(元素类怪物)
	class M_Element :public Monster {
	public:
		M_Element(int life, int magic, int attack) :Monster(life, magic, attack) {
			cout << "创建了一个元素类怪物 life = " << m_life << "  magic = " << m_magic << "  attack = " << m_attack << endl;
		}
	};

	//M_Mechanic(机械类怪物)
	class M_Mechanic :public Monster {
	public:
		M_Mechanic(int life, int magic, int attack) :Monster(life, magic, attack) {
			cout << "创建了一个机械类怪物 life = " << m_life << "  magic = " << m_magic << "  attack = " << m_attack << endl;
		}
	};

	const int UndeadType = 1;
	const int ElementType = 2;
	const int MechanicType = 3;

	//简单工厂模式,怪物工厂
	class MonsterFactory {
	public:
		Monster * createMonster(int monstertype) {
			Monster * tempPM = nullptr;
			switch (monstertype)
			{
			case UndeadType://UndeadType,ElementType,MechanicType都是程序员定义的表示怪物类型的值
				//1,2,3可以来源于从配置文件读取的值,
				//我们可以将 new M_Undead的代码全部都写在这里,
				//如果策划要改动构造方法,给构造方法里面加上"盔甲","鞋子","帽子","武器","盾牌"这些属性
				//我们只需要在这里改动,无需在业务逻辑层面改动构造方法。
				tempPM = new M_Undead(11, 22, 33);
				break;
			case ElementType:
				tempPM = new M_Element(44,55,66);
				//提示:如果元素怪物有额外的属性,或者参数,也可以在这里设置
				//tempPM.setxxx(xxx);
				break;
			case MechanicType:
				tempPM = new M_Mechanic(77,88,99);
				break;
			default:
				return tempPM;
				break;
			}
			//注意switch case 使用时候的 这个warning 提示:3 > c:\users\administrator\source\repos\designpattern\002simplefactory\002simplefactory.cpp(80) : warning C4715 : “_namespace1::MonsterFactory::createMonster” : 不是所有的控件路径都返回值
			//解决方案是加上如下的这一样
			return tempPM;
		}
	};
};

void normalTest() {
	_namespace1::Monster *pm1 = new _namespace1::M_Undead(1, 2, 3);
	_namespace1::Monster *pm2 = new _namespace1::M_Element(4, 5, 6);
	_namespace1::Monster *pm3 = new _namespace1::M_Mechanic(7, 8, 9);

	delete pm1;
	delete pm2;
	delete pm3;

}

void simpleFactoryTest() {
	_namespace1::MonsterFactory monsfactory;
	_namespace1::Monster *pm4 = monsfactory.createMonster(_namespace1::UndeadType);
	_namespace1::Monster *pm5 = monsfactory.createMonster(_namespace1::ElementType);
	_namespace1::Monster *pm6 = monsfactory.createMonster(_namespace1::MechanicType);

	delete pm4;
	delete pm5;
	delete pm6;
}


int main()
{
	_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);//程序退出时检测内存泄漏并显示到“输出”窗口

	//不使用工厂模式的一般写法
	normalTest();

	//那么这个不使用工厂模式的一般写法有啥问题呢?
	//或者说有啥缺点呢?
	//假设我们在每一个关卡都要 new 出来这些实例对象。
	//有一天策划找到我们说,机械怪物的生命力要加1,我们能想到的合适的办法是:
	//将怪物的参数做成配置文件,游戏加载时候就将配置文件读取成一个一个的全局变量,然后new 的时候用这些全局变量
	//有一天策划又找到我们说:怪物还应该有个"盔甲","鞋子","帽子","武器","盾牌"这些属性,
	//那我们就要改动构造方法了,这个不改不行了,又因为我们在每一关都要new出来这些怪物,因此每个关卡的代码都要改动。
	//言外之意是:这种普通的写法 new +具体类名来创建对象是一种 依赖具体类型的紧耦合关系

	//那么怎么改动才合理呢?引入简单工厂模式
	//工厂模式:通过把创建对象的代码包装起来,做到创建对象的代码与具体的业务逻辑代码相隔离的目的。
	simpleFactoryTest();


	//从上面的代码可以看到,简单工厂模式确实实现了new 出来具体对象, 和 业务逻辑的分离,
	//但是不符合 "开闭原则"
	//"开闭原则"说的是代码扩展性问题——对扩展开放,对修改关闭(封闭);
	//假设过了两天,策划找到我们说:加一种怪物,新怪物类型:M_Beast(野兽类)
	//那我们要怎么改呢?首先肯定是加一个 M_Beast类了,继承Monster
	//然后MonsterFactory 中改动 createMonster方法完成。
	//很显然,我们要改动到原先的 createMonster 方法,这是违反了 "开闭原则的"。
	//那么如何改动才合理呢?这就要用到 "工厂方法" 模式


    std::cout << "Hello World!\n";
}

遗留问题

    //从上面的代码可以看到,简单工厂模式确实实现了new 出来具体对象, 和 业务逻辑的分离,
    //但是不符合 "开闭原则"
    //"开闭原则"说的是代码扩展性问题——对扩展开放,对修改关闭(封闭);
    //假设过了两天,策划找到我们说:加一种怪物,新怪物类型:M_Beast(野兽类)
    //那我们要怎么改呢?首先肯定是加一个 M_Beast类了,继承Monster
    //然后MonsterFactory 中改动 createMonster方法完成。
    //很显然,我们要改动到原先的 createMonster 方法,这是违反了 "开闭原则的"。
    //那么如何改动才合理呢?这就要用到 "工厂方法" 模式

简单工厂的UML 图

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

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

【一刷《剑指Offer》】面试题 3:二维数组中的查找

力扣对应题目链接&#xff1a;240. 搜索二维矩阵 II - 力扣&#xff08;LeetCode&#xff09; 核心考点&#xff1a;数组相关&#xff0c;特性观察&#xff0c;时间复杂度把握。 一、《剑指Offer》对应内容 二、分析题目 正常查找的过程本质就是排除的过程&#xff0c;谁排除…

傲基科技冲刺上市:依赖单一产品,元气未恢复,有股东提前退出

近日&#xff0c;傲基科技股份有限公司&#xff08;下称“傲基科技”&#xff09;递交招股书&#xff0c;准备在港交所主板上市&#xff0c;华泰证券为其独家保荐人。 据招股书介绍&#xff0c;傲基科技是一家提供家具家居类产品的品牌运营商及出口物流服务商。傲基科技在招股…

进程与线程的区别?

并发和并行 在聊进程和线程的概念之前&#xff0c;首先了解一下操作系统相关概念&#xff0c;大部分操作系统&#xff08;如Windos、Linux&#xff09;的任务调度是采用时间片轮转的抢占式调度方式&#xff0c;也就是一个任务执行一小段时间后强制暂停去执行下一个任务&#x…

音频变速python版

音频变速 如何能在不改变音频其他特点的情况下&#xff0c;只改变语速呢&#xff1f; 有几个python的库可以实现该功能&#xff0c;下面一一介绍。 pydub库 首先&#xff0c;确保安装了pydub和ffmpeg。 下面是一个简单的Python脚本&#xff0c;展示如何改变音频的播放速度&a…

通讯录的实现(顺序表版本)

我们知道通讯录是基于顺序表的前提下&#xff0c;要写好通讯录我们就要深入了解好顺序表。我们先来看看什么是顺序表。&#xff08;注意今天代码量有点多&#xff0c;坚持一下&#xff09;。冲啊&#xff01;兄弟们&#xff01; 顺序表的简单理解 对于顺序表&#xff0c;我们首…

地球上的七大洲介绍

地球上的七大洲示意图&#xff1a; 1. 亚洲&#xff08;Asia&#xff09;&#xff1a;世界上最大的洲&#xff0c;面积约为44579000平方公里。亚洲地域辽阔&#xff0c;包括从北极圈到赤道的各种气候和地形。它拥有世界上最多的人口&#xff0c;也是世界上一些最古老文明的发源…

2024年腾讯云最新优惠活动及领券入口整理分享

随着云计算技术的快速发展&#xff0c;越来越多的企业和个人选择将业务部署在云端。腾讯云作为国内知名的云计算服务提供商&#xff0c;为用户提供了丰富的云产品和服务。为了帮助用户降低成本&#xff0c;腾讯云定期推出各种优惠活动。本文将为大家整理分享2024年腾讯云的最新…

1.MMD模型动作场景镜头的导入及视频导出

界面介绍 MIKUMIKUDANCE926版本 MMD的工具栏模型骨骼帧的窗口&#xff0c;在不同时间做不同动作&#xff0c;可以在这里打帧操作时间曲线操作窗口&#xff0c;控制模型两个动作之间的过渡模型操作窗口&#xff0c;导入模型选择模型相机操作&#xff0c;控制相机远近&#xf…

JS/TS笔记学习2

周末总得学点什么吧~ 奥利给! 设计模式: 事件订阅派发模式 简单说就是:事件调度中心,负责接收事件发布者的消息&#xff0c;并将这些消息分发给所有订阅了该事件的订阅者 为什么用它&#xff0c;在构建大型、复杂或交互性强的应用程序时&#xff0c;用该模式非常方便&#xff0…

至少需要[XXXXMB]内存才能安装(宝塔导入数据库提示)

①我的2g内存腾讯云服务器想安装mysql8.0 ②宝塔提示“至少需要[3700MB]内存才能安装” 将数据库部署到宝塔上的时候提示-----》至少需要[XXXXMB]内存才能安装&#xff0c;解决的方法其实也很简单。 首先&#xff0c;进入文件夹/www/server/panel/class&#xff0c;找到找到…

OpenSSH 安全漏洞(CVE-2023-51385) 升级v9.7

漏洞编号&#xff1a;OpenSSH 安全漏洞(CVE-2023-51385) openssh9.7文件获取 https://f.ws59.cn/f/dtv9atef3io 复制链接到浏览器打开 处理方式 ##注释掉的根据实际情况处理 #查询原openssh9.4p1是否有安装openssh-askpass&#xff0c;若有需先删除 rpm -qa | grep openss…

解决Xshell登录云服务器的免密码和云服务器生成子用户问题

Xshell登录云服务器的免密码问题 前言一、Xshell登录云服务器的免密码操作实践 二、centos创建用户创建用户实操删除用户更改用户密码直接删除子用户 前言 Xshell登录云服务器免密码问题的解决方案通常涉及使用SSH密钥对。用户生成一对密钥&#xff08;公钥和私钥&#xff09;…

PE程序底层结构与恶意代码插入与执行的研究

Windows PE程序底层结构分析 PE&#xff08;Portable Executable&#xff09;是一种Windows操作系统下可执行文件的标准格式 Windows PE程序结构和Linux的elf程序结构类似&#xff0c;首先一个名为simple64.exe程序里有一个头文件和一个段文件&#xff0c;头文件里主要存放的是…

【STL】priority_queue的底层原理及其实现

文章目录 priority_queue的介绍库中priority_queue的使用什么叫仿函数&#xff1f; 模拟实现prioprity_queue类 priority_queue的介绍 解释以上内容 priority_queue&#xff08;优先级队列&#xff09;跟stack、queue一样&#xff0c;都是一种容器适配器&#xff0c;根据严格的…

产生死锁的四个必要条件

产生死锁的四个必要条件 互斥使用: 一个资源每次只能被一个线程使用。这意味着如果一个线程已经获取了某个资源&#xff08;比如锁&#xff09;&#xff0c;那么其他线程就必须等待&#xff0c;直到该线程释放资源。 不可抢占: 已经获得资源的线程在释放资源之前&#xff0c;不…

[leetcode] all-nodes-distance-k-in-binary-tree 二叉树中所有距离为 K 的结点

. - 力扣&#xff08;LeetCode&#xff09; 给定一个二叉树&#xff08;具有根结点 root&#xff09;&#xff0c; 一个目标结点 target &#xff0c;和一个整数值 k 。 返回到目标结点 target 距离为 k 的所有结点的值的列表。 答案可以以 任何顺序 返回。 示例 1&#xff1a…

一文了解ERC404协议

一、ERC404基础讲解 1、什么是ERC404协议 ERC404协议是一种实验性的、混合的ERC20/ERC721实现的&#xff0c;具有原生流动性和碎片化的协议。即该协议可让NFT像代币一样进行拆分交易。是一个图币的互换协议。具有原生流动性和碎片化的协议。 这意味着通过 ERC404 协议&#xf…

键值数据库Redis——Windows环境下载安装+命令行基本操作+Java操纵Redis

文章目录 前言一、下载与安装&#xff08;Windows环境&#xff09;** 检查数据库连接状态 **** 查看Redis数据库信息 ** 二、Redis五种数据结构与基本操作获取所有的key——keys *清空所有的key——flushall2.1 字符串操作2.2 散列操作2.3 列表操作2.4 集合操作2.5 位图操作 三…

【Java EE】 IoC详解(Bean的存储)

文章目录 &#x1f38d;Controller&#xff08;控制器存储&#xff09;&#x1f338;如何从Spring容器中获取对象&#xff08;ApplicationContext&#xff09;&#x1f338;获取bean对象的其他方式&#xff08;BeanFactory&#xff09;&#x1f338;Bean 命名约定&#x1f338;…

Java调用http接口的几种方式(HttpURLConnection、OKHttp、HttpClient、RestTemplate)

Java作为后端语言是开发接口实现功能供客户端调用接口&#xff0c;这些客户端中最主要是本项目的前端&#xff1b;但有时候也需要Java请求其他的接口&#xff0c;比如需要长连接转短链接&#xff08;请求百度的一个接口可以实现&#xff09;、获取三方OSS签名、微信小程序签名、…