接下来的4种模式,都是2个类之间的关系,不像前面讲的策略+模板,它们是通过继承的方式实现。
所谓观察者,就是我们常见的,发布/订阅,模式,当你关注别人的动态以后,当ta本人发布新状态心情以后,会把这个状态更新到你的空间。因为你订阅了人家呗。
也就是一个对象变化会影响一大群依赖这个对象的模式,2个类之间是平行关系,没有继承。
看看观察者模式的组成部分。
1) 抽象目标角色(Subject):目标角色知道它的观察者,可以有任意多个观察者观察同一个目标。并且提供注册和删除观察者对象的接口。目标角色往往由抽象类或者接口来实现。
2) 抽象观察者角色(Observer):为那些在目标发生改变时需要获得通知的对象定义一个更新接口。抽象观察者角色主要由抽象类或者接口来实现。
3) 具体目标角色(Concrete Subject):将有关状态存入各个Concrete Observer对象。当它的状态发生改变时, 向它的各个观察者发出通知。
4) 具体观察者角色(Concrete Observer):存储有关状态,这些状态应与目标的状态保持一致。实现Observer的更新接口以使自身状态与目标的状态保持一致。在本角色内也可以维护一个指向Concrete Subject对象的引用。
![](https://img-my.csdn.net/uploads/201205/11/1336707179_9037.jpg)
什么时候使用?
1) 当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。
2) 当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。
3) 当一个对象必须通知其它对象,而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。
notify会调用所有具体的观察中的update方法。而自己状态的变化,则会调用notify方法,这样就把状态传递给了具体观察者。
就像新浪微博上的大v,他不需要知道那几10w的粉丝具体是谁,只要他知道有多少粉丝就可以了,他更新状态,所有他的粉丝都会收到。
具体的代码朝这里看,因为这个模式相当简单,也就说的少