创建型模式-- 1.Simple Factory

创建型模式-- 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可能应用与其他模式, 所以封装到一个类中在适当时候可能也有它的好处.


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值