HeadFirst设计模式(中文版)-阅读笔记

本文是《HeadFirst设计模式》的阅读笔记,涵盖策略、观察者、装饰者等多个核心设计模式。文章讨论了如何利用这些模式解决OO设计中的变化、扩展和维护问题,强调了封装变化、多用组合、依赖抽象等原则,揭示了模式在实际系统中的应用和价值。同时,介绍了如策略模式中的策略接口、观察者模式的松耦合特点、装饰者模式的动态扩展行为等关键概念,帮助读者更好地理解和运用设计模式。
摘要由CSDN通过智能技术生成

 1.【Strategy】策略模式:
 * 定义了算法簇,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
 
 OO基础:
 * 抽象
 * 封装
 * 继承
 * 多态
 
 OO原则:
 * 封装变化
 * 多用组合,少用继承
 * 针对接口编程,而不是针对实现编程
 
 本章要点:>>>>>>>>>>>>>>>>>>>>>>>
 * 知道OO基础,并不足以让你设计出良好的OO系统。
 * 良好的OO设计必须具备可复用、可扩充、可维护三个特性。
 * 模式可以让我们建造出具有良好OO设计质量的系统。
 * 模式被认为是历经验证的OO设计经验。
 * 模式不是代码,而是针对设计问题的通用的解决方案。你把他们应用到特定的应用中。
 * 模式不是被发明,而是被发现。
 * 大多数的模式和原则,都着眼于软件变化的主题。
 * 大多说的模式都允许系统局部改变独立于其他部分。
 * 我们常把系统中,会变化的部分抽出来封装。
 * 模式让开发人员之间有共享的语言,最大化沟通的价值。

2.【Observer】观察着模式(让你的对象知悉现况):
 * 定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,依赖它的对象都会受到通知并自动更新。
 
 新增OO原则:
 * 为交互对象之间的松耦合设计而努力-------新原则,松耦合设计更具有弹性,更能应付变化。
 
 本章要点:>>>>>>>>>>>>>>>>>>>>>>>
 * 观察者模式定义了对象之间的一对多关系。
 * 主题(也就是可观察者)用一个共同的接口来更新观察者。
 * 观察者和可观察者之间用松耦合方式结合(looscoupling),可观察者不知道观察者的细节,只知道观察者实现了观察者接口。
 * 使用此模式,你可以从被观察者处推(push)或拉(pull)数据(然而推的方式被认为更"正确")。
 * 有多个观察者时,不可以依赖特定的通知次序。
 * Java有多种观察者模式的实现,包括了通用的java.util.Observable。
 * 要注意java.util.Observable实现所带来的一些问题。
 * 如果有必的话,可以实现自己的Observable,这并不难,不要害怕。
 * Swing使用大量观察者模式,许多GUI框架也是如此。
 * 此模式应被应用在许多地方,例如:JavaBeans、RMI。
 
3.【Decorator】装饰者模式(装饰对象):
 * 动态地将责任附加到对象上。若要扩展功能,装饰者比继承提供了更有弹性的替代方案。
 
 新增OO原则:
 * 对扩展开放,对修改关闭。
 
 本章要点:>>>>>>>>>>>>>>>>>>>>>>>
 * 继承属于扩展形式之一,但不见得是达到弹性设计的最佳方式。
 * 在我们的设计中,应允许行为可以被扩展,而无需修改现有的代码。
 * 组合和委托可用于在运行时动态地加上新的行为。
 * 除了继承,装饰者模式也可以让我们扩展行为。
 * 装饰者模式意味着一群装饰者类,这些类用来包装具体组件。
 * 装饰者类反映出被装饰的组件类型(事实上,他们具有相同的类型,都经过接口或继承实现)。
 * 装饰者可以在被装饰者的行为前面与/或后面加上自己的行为,甚至将被装饰者的行为整个取代掉,而达到特定的目的。
 * 你可以用无数个装饰者包装一个组件。
 * 装饰者一般对组件的客户是透明的,除非客户程序依赖于组件的具体类型。
 * 装饰者会导致设计中出现许多小对象,如果过度使用,会让程序变得很复杂。
 
4.(1)【Factory】工厂方法模式(烘烤OO的精华):
 * 定义了一个创建对象的接口&#

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值