工厂方法模式的两个极端

什么是工厂方法:

    概念:是一种常用的对象创建型设计模式,此模式的核心精神是封装类中不变的部分,提取其中个性化善变的部分为独立类,通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。
    定义:定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
    用处:为了解决下图简单工厂类中使用了判断,如果修改运算类那么就需要修改对应的简单工厂类,违背了开闭原则,进而提出了工厂方法模式(下面只用UML图来解释两个极端至于对应的代码就不做过多解释,图中的关系对应的代码问题请访问:http://blog.csdn.net/shiyiqijialimin/article/details/48128785)

一对一的极端

    上图用到了工厂方法很好的解决了简单工厂中使用判断,违背开闭原则的问题。
    这种纯一对一的极端:优点是一个子工厂对应一个算法子类让我们看起来更加清晰;不足是:如果算法很多的时候,需要产生很多的子工厂。

一对多的极端

    上图很显然也解决了简单工厂类中使用判断,违背开闭原则的问题。但是这里子类中也还是有判断的啊?其实这里是将左边三个类看成了一个整体,如果这个工厂不合适,那么就直接添加额外的子工厂来单独对应一个pizza子类。
    这种一对多的极端:优点是将一些可以封装的pizza子类放到了一个子工厂里,省去了子工厂的创建;不足是:如果需要修改其中子工厂的类就又会违背开闭原则。

两极端一起运用:

    一对一的工厂方法图是大话设计模式上介绍的,而一对多的图是Head First设计模式上介绍的,两者优势互补,合并到一起运用就非常方便了。

    用制作pizza的例子来说明的话就是:对于一对多的工厂不产生修改问题,假设这的多个pizza子类是招牌菜,如果增加新菜,那么就产生一个子工厂对应这一个pizza子类,如下图



感受:

    在学习设计模式的时候,应该从不同的角度去理解它,就好比head first最后讲的复合模式一样,在什么样的环境中用这个模式合适,如何再进行改造就会更好,但是改造的前提还得是我们的六大原则,让我们用好设计模式这个巨人吧。
评论 30
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

创业之路&下一个五年

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值