在软件构建过程中,我们需要为某些对象建立一种“通知依赖关系” ——一个对象(目标对象)的状态发生改变,所有的依赖对 象(观察者对象)都将得到通知。如果这样的依赖关系过于紧密,将使软件不能很好地抵御变化。
使用面向对象技术,可以将这种依赖关系弱化,并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。
定义对象间的一种一对多(变化)的依赖关系,以便当一个对象(Subject)的状态发生改变时,所有依赖于它的对象都得到通知并自动更新。 ——《 设计模式》 GoF
在以前电脑和存储介质容量都很小的时候,会经常使用到文件分割器这种软件。举个例子,一部电影400M,只有一个U盘,64M的,要把它复制到另一台电脑,一次无法完成。就用文件分割器把400M分成几块,每块约60M,复制到之后,再它分割器把它合成原来的文件。我们如果想要看到文件分割器的进度,可以增加一个进度条功能,这个功能的实现也非常的简单,无非是大文件分批次向小文件写的时候记录一下,我们通常会写出下面的代码:
但这种设计不是很好,依赖实现细节,违背了设计原则的依赖倒置原则,高层模块不应该依赖于低层模块,二者都应该依赖于抽象。
Windows、Linux、 控制台下的进度条是不同的,我想让这个程序都能适应,显然要设计更多的具体通知控件,仅仅增加了新的通知控件,就需要对原有的FileSplitter类进行修改,这样的设计是很糟糕的。可以做进一步的抽象,既然有多个通知控件,就可以为这些控件之间抽象一个接口出来,用来取消FileSplitter和具体控件之间的依赖,于是有了观察者模式。
使用面向对象的抽象,Observer模式使得我们可以独立地改变目标与观察者,从而使二者之间的依赖关系达致松耦合。
目标发送通知时,无需指定观察者,通知(可以携带通知信息作为参数)会自动传播。
观察者自己决定是否需要订阅通知,目标对象对此一无所知。
Observer模式是基于事件的UI框架中非常常用的设计模式,也是MVC模式的一个重要组成部分。