《HeadFirst设计模式》书摘-策略模式/观察者模式

本文介绍了两种设计模式——策略模式与观察者模式。策略模式定义了一系列算法,并将每个算法封装起来,使它们可以相互替换,从而让算法的变化独立于使用算法的客户。观察者模式则在对象间定义了一对多的依赖关系,使得当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

策略模式

定义:

定义算法族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化独立于使用算法的客户

oo基础:

抽象 封装 多态 继承

get到的oo原则:

  • 封装变化
  • 多用组合,少用继承
  • 针对接口编程,不针对实现编程

要点

  • 知道O O基础,并不足以让你设计出良好的O O系统。
  • 良好的O O设计必须具备可复用、可扩充、可维护三个特性
  • 模式可以让我们建造出具有良好O O 设计质量的系统。
  • 模式被认为是历经验证的O O设计经验。
  • 模式不是代码,而是针对设计问题的通用解决方案。你把它们应用到特定的应用中。
  • 模式不是被发明,而是被发现
  • 大多数的模式和原则,都着眼于软件变化的主题。
  • 大多数的模式都允许系统局部改变独立于其他部分。
  • 我们常把系统中,会变化的部分抽出来封装
  • 模式让开发人员之间有共享的语言, 最大化沟通的价值。

观察者模式

定义

在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖它的对象都会收到通知,
并自动更新。

get到的oo原则

为交互对象之间的松耦合设计而努力

要点

  • 观察者模式定义了对象之间一对多的关系。
  • 主题(也就是可观察者)用一个共同的接口来更新观察者
  • 观察者和可观察者之间用松耦合方式结合(loosecoupling),可观察者不知道观察
    者的细节,只知道观察者实现了观察者接口。
  • 使用此模式时,你可从被观察者处推(push)或拉(pull)数据(然而,推的方式被认为更“正确”)。
  • 有多个观察者时,不可以依赖特定的通知次序。
  • J a v a有多种观察者模式的实现,包括了通用的java.util.Observable。
  • 要注意java.util.Observable实现上所带来的一些问题。
  • 如果有必要的话,可以实现自己的Observable,这并不难,不要害怕。
  • Swing大量使用观察者模式,许多GUI框架也是如此。
  • 此模式也被应用在许多地方,例如:JavaBeans、RMI。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值