行为性设计模式

模板方法模式

具有统一的操作步骤或操作过程

具有不同的操作细节

存在多个具有同样操作步骤的应用场景,但某些具体的操作细节却各不相同。

在抽象类中统一操作步骤,并规定好接口;让子类实现接口。这样可以把各个具体的子类和操作步骤解耦合。

命令模式

​ 将一个请求封装为一个对象,从而让我们可用不同的请求对客户端进行参数化:命令模式可以将请求发送者和接受者完全解耦,发送者与接收者之间没有直接引用关系,发送请求的对象只需要知道如何发送请求,而不知道如何完成请求。

请求模式的本质是对请求进行封装,一个请求对应于一个命名,将发出命令的责任和执行命令的责任分隔开。

​ 命令模式适用于系统需要将请求调用者和接收者解耦,使得调用者和接收者不直接交互。请求调用者无须知道接收者的存在,也无需知道接收者是谁,接收者也无须关心何时被调用。

​ 系统需要在不同的时间指定请求,将请求队列和执行请求。一个命令对象和请求的初始调用者可以有不同的生命期,换言之,最初的请求发出者可能不存在了,而命令对象本身仍然是活动的,可以通过该命令对象去调用请求接收者,而无须关心请求调用者存在性,可以通过请求日志文件等机制来具体实现。

策略模式

​ 准备一组算法,并将每一个算法封装起来,使得他们可以互换。

观察者模式

观察者模式是用于建立一种对象和对象之间的依赖关系,一个对象发生改变时将自动通知其他对象,其他对象将相应做出反应。在观察者模式中,发生改变的对象成为观察目标,而被通知的对象成为观察者,一个观察目标可以对应多个观察者,而且这些观察者之间可以没有任何相互联系,可以根据需要增加和删除观察者,使得系统更易于扩展。
​ 一个抽象模型有两个方面,其中一个方面依赖于另一个方面,将这两个方面封装在独立的对象中使他们可以各自独立地改变和复用。
观察者 观察目标

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值