本文的程序源码来自于https://github.com/Sunshine-lhy/Observer,是一个简单更新天气预报的程序
一.对观察者模式的理解:
当对象间存在一对多关系时,则使用观察者模式(Observer Pattern)。比如,当一个对象被修改时,则会自动通知它的依赖对象。观察者模式属于行为型模式。
- 一个抽象模型有两个方面,其中一个方面依赖于另一个方面。将这些方面封装在独立的对象中使它们可以各自独立地改变和复用。
- 一个对象的改变将导致其他一个或多个对象也发生改变,而不知道具体有多少对象将发生改变,可以降低对象之间的耦合度。
- 一个对象必须通知其他对象,而并不知道这些对象是谁。
- 需要在系统中创建一个触发链,A对象的行为将影响B对象,B对象的行为将影响C对象……,可以使用观察者模式创建一种链式触发机制
观察者模式使用三个类 Subject、Observer 和 Client。Subject 对象带有绑定观察者到 Client 对象和从 Client 对象解绑观察者的方法。我们创建 Subject 类、Observer 抽象类和扩展了抽象类 Observer 的实体类。
本程序的subject类实现三个作用:
1.attach 将把观察者添加到观察者集合中
2.detach 删除观察者集合中指定的观察者
3.notifyObservers 通知方法,需要通知观察者列表中的所有观察者
代码实现:
public class WeatherSubject { | |
//用于保存注册的观察者对象 | |
private List<WeatherObserver> observers =new ArrayList<WeatherObserver>(); | |
//把观察者添加到观察者集合 | |
public void attach(WeatherObserver observer){ | |
observers.add(observer); | |
} | |
//删除观察者集合中指定的观察者. | |
public void detach(WeatherObserver observer){ | |
observers.remove(observer); | |
} | |
//通知方法,需要通知观察者列表中的所有观察者. | |
protected void notifyObservers(){ | |
for(WeatherObserver observer : observers){ | |
//把当前具体被观察者对象传入到update参数中,以便在update()方法中获取被观察者的状态信息. | |
observer.update(this); | |
} } | |
} |
Client类:可以创建目标,创建观察者,注册观察者,实现目标
public class Client { | |
public static void main(String[] args){ | |
// 创建目标 | |
CreateWeatherSubject weather=new CreateWeatherSubject(); | |
// 创建观察者 | |
CreateWeatherObserver observerGirl=new CreateWeatherObserver(); | |
observerGirl.setObserverName(""); | |
observerGirl.setRemindThing(""); | |
CreateWeatherObserver observerMum=new CreateWeatherObserver(); | |
observerMum.setObserverName("mama"); | |
observerMum.setRemindThing(""); | |
// 注册观察者 | |
weather.attach(observerGirl); | |
weather.attach(observerMum); | |
// 目标 | |
weather.setWeatherContent(""); | |
} | |
} |
-
观察者模式的效果有以下的优点:
第一、观察者模式在被观察者和观察者之间建立一个抽象的耦合。被观察者角色所知道的只是一个具体观察者列表,每一个具体观察者都符合一个抽象观察者的接口。被观察者并不认识任何一个具体观察者,它只知道它们都有一个共同的接口。
由于被观察者和观察者没有紧密地耦合在一起,因此它们可以属于不同的抽象化层次。如果被观察者和观察者都被扔到一起,那么这个对象必然跨越抽象化和具体化层次。
第二、观察者模式支持广播通讯。被观察者会向所有的登记过的观察者发出通知,
观察者模式有下面的缺点:
第一、如果一个被观察者对象有很多的直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间。
第二、如果在被观察者之间有循环依赖的话,被观察者会触发它们之间进行循环调用,导致系统崩溃。在使用观察者模式是要特别注意这一点。
第三、如果对观察者的通知是通过另外的线程进行异步投递的话,系统必须保证投递是以自恰的方式进行的。
第四、虽然观察者模式可以随时使观察者知道所观察的对象发生了变化,但是观察者模式没有相应的机制使观察者知道所观察的对象是怎么发生变化的。