设计模式之抽象工厂模式

设计模式之抽象工厂模式

引入

Sunny 软件公司欲开发一套界面皮肤库,可以对 C# 桌面软件进行界面美化。用户在使用时可以通过菜单来选择皮肤,不同的皮肤提供视觉效果不同的按钮、文本框、组合框等界面元素,其结构如下图所示:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Fo8WtBBC-1576030312080)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20191211093352182.png)]

要求:

  • 皮肤库具有良好的灵活性和扩展性
  • 用户可以自由选择不同的皮肤
  • 开发人员可在不修改既有代码的基础上增加新的皮肤
初始方案

采用 工厂方法模式进行系统的设计,其结构图如下:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JWDZpQAv-1576030312081)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20191211093703455.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UkGDSBzl-1576030312082)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20191211093712133.png)]

此设计方案存在的问题:

  • 增加新的皮肤时,不需要修改既有代码,但是需要增加大量的类。如:增加一种风格,需要增加三个组件类,三个工厂类。当皮肤种类增多时,会导致系统的类非常多,不易维护
  • 需要为每一个组件选择一个具体工厂,如果选择错误就会造成系统显示混乱。
改进

我们知道,在 工厂方法模式中,每一个工厂负责生产一个具体产品,但是有时我们会希望一个工厂可以生产多个产品,如上例,如果一个工厂可以生产一种风格的所有组件,类的个数就能少很多。

首先引入两个概念:

  • 产品等级结构:产品等级结构即产品的继承结构。如抽象电视机和具体电视机之间构成了一个产品等级结构。
  • 产品族:指由同一个工厂生产的,位于不同产品等级结构的一组产品。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5XRVfgw6-1576030312083)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20191211094917635.png)]

我们采用抽象工厂模式对上述的设计方案,进行改进,得到如下结构图:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-i5W9Jp89-1576030312085)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20191211095100694.png)]

从图中,我们可以看出,抽象工厂模式中,每一个工厂生产一个产品族的产品。这样使得系统中的类大大减少。

代码如下:

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值