[设计模式笔记]一. 创建型模式-- 1.Simple Factory模式(二)

创建型模式-- 1.Simple Factory模式(二)


场景:


有某设备需要这样的功能开灯/关灯开风扇/关风扇像这种开关动作一般使用I/O卡控制假设I/O卡有很多种型号.

这里可以使用Simaple Factory模式


角色:


IO卡创建工厂1(CIODeviceFactory)(提供静态方法CreateIODevice(nIODeviceType)来创建具体类)

抽象IO卡类1(CIODevice)(用户只使用抽象类提供的接口).

具体IO卡类3(CIODeviceType1, CIODeviceType2, CIODeviceType3)

如图:


图1


代码:


// CreateIODevice的实现
CIODevice* CIODeviceFactory::CreateIODevice(int nIODeviceType)
{
	switch(nIODeviceType)
	{
	case 1:
	return new CIODeviceType1;
	case 2:
	return new CIODeviceType1;
	case 3:
	return new CIODeviceType1;
	}
	Return 0;
}


// 用户调用
CIODevice* pCIODevice  = CIODeviceFactory::CreateIODevice(nIODeviceType);

// 使用
pCIODevice->SetOutport(0);
pCIODevice->SetOutport(7);
pCIODevice->GetInputport(3);
...



我的理解:


1. 类工厂提供了静态函数用于创建具体类新增一种IO卡时只需要增加一个具体的IO卡了例如CIODeviceType4, 同时对应在CIODeviceFactory::CreateIODevice(nIODeviceType)中增加新卡类的创建用户的调用代码不需要修改.

2. 正如模式的名字那样, Simple, 自己在工作中用得很多这种模式例如要写一个通用的IO卡控制库(8IO), 因为I/O卡只有两种行为(SetOutport, GetInputport直接使用Simple Factory模式用户使用时, 提供CIODevice的头文件和对应的lib即可. 8IO卡的实现客户不需要知道.

3. CIODeviceFactory::CreateIODevice(nIODeviceType)完全可以用一个函数实现而不是使用静态函数(我一般也是用一个函数实现). 但是CIODeviceFactory可能应用与其他模式所以封装到一个类中在适当时候可能也有它的好处.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值