设计模式笔记(2-组件协作)

目录

1)模板方法(Template Method)

2)策略模式(Strategy)

3)观察者模式(Observer)


1)模板方法(Template Method)

        定义:

                一个操作中的算法的骨架(稳定),而将一些步骤延迟(变化)到子类

                模板方法使得子类可以不改变(复用)一个算法的步骤就可以重定义(重写)该算法的某些特定步骤

        动机:

                在软件构建过程中,对于某一项任务,它常常有稳定的整体操作结构

                但各个子步骤却有很多改变的需求,或由于固有的原因(比如框架与应用之间的关系)而无法和任务的整体结构同时实现

        结构:

 流程设计:

原始思路:

输出:

 

模板方法:

        使用虚函数

输出:

2)策略模式(Strategy)

        定义:

                定义一系列算法,把他们一个个封装起来,并且使他们可以互相替换(变化),该模式使得算法可独立于使用他的客户程序(稳定)而变化(扩展、子类化)        

        动机:

                在软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码到对象中,将会使对象变得异常复杂;而自有时候支持不使用的算法也是一个性能负担。

                例如: if……else if……else if……

        结构:

        

举例:不同国家的税收系统

  原始的添加新成员方式,破坏了开闭原则

                      

 策略模式:

        通过子类继承父类并重写父类的税计算函数

 

3)观察者模式(Observer)

        定义:

                对象间的一种一对多(变化)关系,以便当一个对象的状态发送改变时,所有依赖于他的对象都得到通知并自动更新

        动机:

                在软件构建过程中,我们需要为某些对象建立一种“通知依赖关系”——一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对象)都将得到通知。如果这样的依赖关系过于紧密,将使软件不能很好地抵御变化。

        结构:

 

        举例:消息通知

        传统的通知机制违背了依赖倒置原则,依赖实现细节

 观察者模式:

        

 

 

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值