创建型模式-- 1.Simple Factory模式(一)
Simple Factory(简单工厂)模式(对象创建型模式)
隐藏创建具体类的代码.
2.1 把有继承于同一接口的具体产品类的创建集中在一起.
2.2 当你提供一个产品类库, 而只想显示他们的接口而不是实现时;
三. 模式结构
四. 角色说明
SimpleFactory : 提供一个创建产品对象的静态方法.
AbstractProduct: 为一类产品对象声明一个接口.
ConceteProduct: 定义一个将被相应的具体工厂创建的产品对象; 实现AbstractProduct接口.
Client: 使用用AbstractProduct类声明的接口(从图中可以很清晰看到)和使用SimpleFactory提供的静态方法来创建具体产品对象.
Client调用SimpleFactory::CreateProduct(nWhichProduct)静态函数生成nWhichProduct指定的产品对象.
6.1 分离了具体产品类: 很明显Client使用AbstractProduct类声明的接口.
6.2 把具体产品对象的创建集中在一个地方.
6.3 把有继承于同一接口的具体产品类的实现隐藏时, Simple Factory模式很方便,
6.4 如果我要增加一个产品, SimpleFactory::CreateProduct(nWhichProduct)的实现需要修改.
7.1 从图1中看出具体产品类继承与同一个接口(具体产品类除了实现接口外, 当然也可以有自己的函数方法), 而用户只使用接口, 如果用户需要使用具体产品类的方法, 就需要用户自己判断和转换, 适合就好. 但是用户使用具体产品类的方法有一点破坏了"面向接口"编程.
7.2 如果有一堆有相同接口的具体产品类, 集中在一起创建也是很好的, 无论使用使用设计模式
7.3 要隐藏实现, 那就使用抽象.
创建型模式-- 1.Simple Factory模式(二)
场景:
有某设备需要这样的功能: 开灯/关灯, 开风扇/关风扇. 像这种开关动作, 一般使用I/O卡控制. 假设I/O卡有很多种型号.
这里可以使用Simaple Factory模式
角色:
IO卡创建工厂1个(CIODeviceFactory)(提供静态方法CreateIODevice(nIODeviceType)来创建具体类)
抽象IO卡类1个(CIODevice)(用户只使用抽象类提供的接口).
具体IO卡类3个(CIODeviceType1, CIODeviceType2, CIODeviceType3)
如图:
1. // CreateIODevice的实现
2. CIODevice* CIODeviceFactory::CreateIODevice(int nIODeviceType)
3. {
4. switch(nIODeviceType)
5. {
6. case 1:
7. return new CIODeviceType1;
8. case 2:
9. return new CIODeviceType1;
10. case 3:
11. return new CIODeviceType1;
12. }
13. Return 0;
14. }
15.
16.
17. // 用户调用
18. CIODevice* pCIODevice = CIODeviceFactory::CreateIODevice(nIODeviceType);
19.
20. // 使用
21. pCIODevice->SetOutport(0);
22. pCIODevice->SetOutport(7);
23. pCIODevice->GetInputport(3);
24. ...
//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可能应用与其他模式, 所以封装到一个类中在适当时候可能也有它的好处.