head first design pattern 阅读笔记

head first design pattern 阅读笔记

OO 原则

1. 找出应用中可能需要变化之处。把它们独立出来，不要和那些不需要变化的代码混在一起。

//把会变化的部分取出来并“封装”起来，好让其他部分不会受到影响。这样代码变化引起的不经意的后果变少，系统变得更加的有弹性。

2. 针对接口编程,而不是针对实现编程。

//从现在开始，“鸭子”的行为将被放在分开的类中。此类专门提供某行为接口的实现。这样，鸭子类就不要知道行为的实现细节。

3. 多用组合，少用继承。

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

5. 类应该对扩展开发，对修改关闭。

6. “最少知识”原则：只喝你的密友谈话。

7. 好莱坞原则: 别调用（打电话给）我们，我们会调用（打电话给）你.

8. 一个类应该只有一个引起变化的原因。

设计模式

1. 策略模式：该模式定义了算法族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化独立于使用算法的客户。

2. 观察者模式：定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，他的所有依赖者都会收到通知并自动更新。

报纸和杂志的订阅：

a) 报社的业务就是订阅报纸。

b) 向某家报社订阅报纸，只要他们有新报纸出版，就会给你送来。只要你是他们的订户，你就一直会收到新报纸。

c) 当你不再看报纸的时候，取消订阅，他们就不会再送新报纸来。

d) 只要报社还在运营，就会一直有人（单位）向他们订阅报纸。

观察者模式 = 出版者(Subject) + 订阅者(Observer)

3. 装饰者模式：动态的将责任附加到对向上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。

4. 工厂模式:

5. 单件模式:确保一个类只有一个实例，并提供全局的访问点。

6. 命令模式: 将“请求”封装成对象，以便使用不同的请求、队列或者日志参数化其他的对象。命令模式也支持可撤销的操作。

7. 适配器模式: 将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

8. 外观模式: 提供统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。

9. 模板方法模式: 在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法的某些步骤。

10. 迭代器模式: 提供了一种方法顺序访问一个聚合对象的各个元素，而又不暴露其内部的表示。

11. 组合模式: 允许你将对象组合成树形结构来表示“整体/部分”层次结构，组合能让客户以一致的方式处理个别对象以及对象组合。

12. 状态模式: 允许对像在内部状态改变时改变它的行为，对象看起来好像修改了它的类。

13. 代理模式: 为另一个对象提供一个替身或占位符以控制对这个对象的访问.