[设计模式笔记]二. 结构型模式--7.Adapter模式(适配器模式)(二)

场景

有某设备需要这样的功能: 开灯/关灯, 开风扇/关风扇. 像这种开关动作, 一般使用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卡控制库(有8种IO卡), 因为I/O卡只有两种行为(SetOutport, GetInputport) 直接使用Simple Factory模式, 用户使用时, 提供CIODevice的头文件和对应的lib即可. 8种IO卡的实现客户不需要知道.

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