《Head First 设计模式》学习笔记（1）——策略模式与观察者模式

前言：
1.本系列主要是对《Head First 设计模式》进行的一个总结
2.本篇文章主要对策略模式与观察者模式进行介绍

1.模式入门

一、软件设计模式（Design pattern）：又称设计模式，是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。
二、设计模式的基本原则
1.找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。 将变化的部分取出并“封装”起来，好让其他部分不会受到影响。
2.针对接口编程，而不是针对实现编程。 这里的“针对接口编程”是指“针对超类型（supertype）编程”。
3.多用组合，少用继承。 使用组合建立系统具有很大弹性，可以将算法族封装成类，还可以在“运行时动态地改变行为”，只要组合地行为对象符合正确地接口标准即可。
三、模式设计的一些要点
1.良好的OO设计必须具备可复用、可扩充、可维护这三个特性。
2.模式不是被发明，而是被发现。
3.模式不是代码，而是针对设计问题的通用解决方案，可以把它们应用于特定的应用中。

四、策略模式
1.定义：通过定义算法族，分别将他们封装起来，让它们之间可以相互替换，此模式让算法的变化独立于使用算法的客户。
2.通过策略设计模式，我们可以封装一些行为（比如象棋中一些棋子的不同走法）。然后在主类中通过持有这些对象，来使用这些行为。

2.观察者模式

一、观察者模式：定义对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖都会收到通知并自动更新。
二、在观察者模式中，有主题与依赖者。主题是具有状态的对象，并且可以控制这些状态。也就是说，有“一个”具有状态的主题，另一方面，观察者使用这些状态，虽然这些状态并不属于它们。有许多的观察者，依赖主题来告诉它们状态何时改变了。从而产生一对多的依赖关系。
三、松耦合——两个对象之间松耦合，它们仍然可以交互，但是不太清楚彼此的细节。观察者模式则提供一种设计，让主题与观察者之间松耦合。
1.对于主题而言，它只知道观察者实现了某个接口。但是不知道观察者的具体类以及做了些什么或其他细节。因而我们随时可以增加观察者，只要这些观察者都实现了主题知道的接口即可。
2.当新的观察者出现时，我们不需要更改主题的代码，只需要让新观察者在主题中注册即可。
3.在观察者模式中，主题的任务就是将所得到的信息发送给观察者，这与我们订阅报纸一样。报社不在乎你是谁，只在乎能够及时的把报纸送给你即可。
3.在观察者模式中我们还知道了一个设计原则——为了交互对象之间的松耦合而努力。 从而将对象与对象之间的依赖关系降到最低。
四、观察者同样的可以通过主题提供的方法来主动的得到主题所拥有的相关信息，从而提高了观察者的个性化性能。
五、Java内置的观察者模式
1.在Java.util包中包含最基本的Observer接口与Observable类，这样我们可以通过Java提供的这些类来写出我们需要的程序。
2.由于Observable类是一个抽象类，因而具有局限性。具体体现在Java不支持多重继承，从而限制了这个抽象类的复用潜力。然后由于没用Observable接口，因而我们无法建立自己的实现，和Java内置的Observer API搭配使用等。由于Observable类将关键方法保护起来，除非我们继承自Observable，否则无法创建其实例并组合到自己的对象中来。违背了“多用组合，少用继承》”的设计原则。