码迷,mamicode.com
首页 > 其他好文 > 详细

【设计模式】不要以为穿了马甲我就不认识你

时间:2014-05-18 18:30:27      阅读:307      评论:0      收藏:0      [点我收藏+]

标签:设计模式   总结   工厂方法   框架   代理模式   

设计模式中,真的有长的很像的,甚至我们能从其中一个的类图直接演变为另一种类图。 它们中有的类图一样,有的语言近似,但是却有着不同的名字,不同的“马甲”,让我们快来认一认。

第一组:模板方法PK 建造者模式PK 工厂方法

bubuko.com,布布扣bubuko.com,布布扣bubuko.com,布布扣

模板方法建造者模式工厂方法


三者比较:相同点,主要思想都是定义一个框架,然后将一些步骤延迟到子类。

  不同点,首先,模板方法模式是行为型模式,而建造者模式工厂方法都是创建型模式。 


两两比较:模板VS 建造者

     建造者模式用到模板方法,他们两个的使用范围区分就看构建的算法是否需要另外创建一个类。

而承担这部分责任的则是建造者中应有的另外一个类,和其特有的指挥类。

    建造者VS工厂方法

    在建造者模式图中,假如把这个指挥类看做是最终调用的客户端,那么图中剩余的部分就可以看作是一个简单的工厂模式了。与工厂模式相比,建造者模式适用对象的创建过程更为复杂的情况,因此将对象的创建过程独立出来组成一个新的类——指挥类。也就是说,工厂模式是将对象的全部创建过程封装在工厂类中,由工厂类向客户端提供最终的产品;而建造者模式中,建造者类一般只提供产品类中各个组件的建造,而将具体建造过程交付给指挥类。由指挥类负责将各个组件按照特定的规则组建为产品,然后将组建好的产品交付给客户端。



第二组  状态图VS策略图

bubuko.com,布布扣                    bubuko.com,布布扣

状态图策略图

                                                                                                  艾玛~这一模一样的啊~~有多少和我一样,第一次都没发现。。可是既然一模一样,为什么又把一个模式说两遍呢?要是说不同点,从这张图中恐怕是难有答案了。我们来从其他角度具体分析一下。

让我们来看看它们之间更多的相似之处:

  1. 添加新的状态或策略都很容易,而且不需要修改使用它们的Context对象。
  2. 在状态模式和策略模式中,Context对象对修改是关闭的,添加新的状态或策略,都不需要修改Context。
  3. 正如状态模式中的Context会有初始状态一样,策略模式同样有默认策略。
  4. 状态模式以不同的状态封装不同的行为,而策略模式以不同的策略封装不同的行为。
  5. 它们都依赖子类去实现相关行为。

 下面来看看具体的不同

    1. 状态模式封装了对象的状态,而策略模式封装算法或策略。因为状态是跟对象密切相关的,它不能被重用;而通过从Context中分离出策略或算法,我们可以重用它们。
    2. 在状态模式中,每个状态通过持有Context的引用,来实现状态转移;但是每个策略都不持有Context的引用,它们只是被Context使用。
    3. 状态模式中很好的定义了状态转移的次序;而策略模式并无此需要:Client可以自由的选择任何策略。

  


第三组 代理模式VS装饰模式

bubuko.com,布布扣           bubuko.com,布布扣

代理模式 装饰模式


  仅看类图,感觉两者并不是十分相似。但是细心的同学也会发现两者语法形式上几乎完全一样。

让我们来看看它们之间更多的相似之处:

    1. 对装饰器模式来说,装饰者(decorator)和被装饰者(decoratee)都实现同一个接口。对代理模式来说,代理类(proxy class)和真实处理的类(realclass)都实现同一个接口。
    2. 不论我们使用哪一个模式,都可以很容易地在真实对象的方法前面或者后面加上自定义的方法。

 下面来看看具体的不同

    1. 区别最本质上是装饰模式应该为所装饰的对象增强功能;代理模式对代理的对象施加控制,并不提供对象本身的增强功能。
    2. 另一个区别在于代理模式,对于被代理的类是固化在代理类中的,而对于装饰器模式,被装饰的类是调用时实例化的,也就是说被装饰的类是可以在调用时动态选择的。


总结

此外,桥接模式和适配器模式等等也是有可比性的。第一次学完设计模式,我知道,每一个设计模式并不是独立的。遵循6大原则和实际需要变化和封装的情况,我们灵活的来选择并应用它。《大话设计模式》的学习告一段落,也就意味着设计模式要开始真正的走进我们的生活了。

整个过程我的收获很多,包括对类图的理解,各个关系以及由类图到代码的转变。还有在不断的理解变化。设计模式,让我相信学习来源于生活,多结合生活,就能更好的理解所学。至于不足就是,设计模式的理解还不够到位,也有待在实践中去多应用,多体会。




【设计模式】不要以为穿了马甲我就不认识你,布布扣,bubuko.com

【设计模式】不要以为穿了马甲我就不认识你

标签:设计模式   总结   工厂方法   框架   代理模式   

原文地址:http://blog.csdn.net/u010176014/article/details/25827165

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!