观察者模式-JAVA

观察者模式（ Observer Pattern） 也叫做发布订阅模式（ Publish/subscribe） ,它是一个在项目中经常使用的模式，其定义如下：
Define a one-to-many dependency between objects so that when oneobject changes state,all its dependents are notified and updated automatically.（ 定义对象间一种一对多的依赖关系，使得每当一个对象改变状态， 则所有依赖于它的对象都会得到通知并被自动更新。 ）
观察者模式的通用类图， 如下所示。

我们先来解释一下观察者模式的几个角色名称：
● Subject被观察者
定义被观察者必须实现的职责，它必须能够动态地增加、取消观察者。它一般是抽象类或者是实现类，仅仅完成作为被观察者必须实现的职责：管理观察者并通知观察者。
● Observer观察者
观察者接收到消息后，即进行update（更新方法） 操作，对接收到的信息进行处理。
● ConcreteSubject具体的被观察者
定义被观察者自己的业务逻辑， 同时定义对哪些事件进行通知。
● ConcreteObserver具体的观察者

 

各个名词介绍完毕，我们来看看各自的通用代码，先看被观察者角色，代码如下：

publicabstract class Subject {//定义一个观察者数组privateVector<Observer> obsVector = new Vector<Observer>();//增加一个观察者publicvoid addObserver(Observer o){this.obsVector.add(o);}//删除一个观察者publicvoid delObserver(Observer o){this.obsVector.remove(o);}//通知所有观察者publicvoid notifyObservers(){for(Observer o:this.obsVector){o.update();}}}

被观察者的职责非常简单，就是定义谁能够观察，谁不能观察， 程序中使用ArrayList和Vector没有太大的差别，ArrayList是线程异步，不安全；Vector是线程同步， 安全——就这点区别。我们再来看具体的被观察者，代码如下：

public class ConcreteSubject extends Subject {//具体的业务publicvoid doSomething(){/** do something*/super.notifyObservers();}}

我们再来看观察者角色，代码如下：

public interface Observer {  //更新方法  publicvoid update();}

观察者一般是一个接口，每一个实现该接口的实现类都是具体观察者，代码如下：

public class ConcreteObserver implements Observer {//实现更新方法publicvoid update() {System.out.println("接收到信息， 并进行处理！ ");}}

那其他模块是怎么来调用的呢？我们编写一个Client类来描述，

代码如下：

public class Client {public static void main(String[] args) {//创建一个被观察者ConcreteSubjectsubject = new ConcreteSubject();//定义一个观察者Observerobs= new ConcreteObserver();//观察者观察被观察者subject.addObserver(obs);//观察者开始活动了subject.doSomething();}

观察者模式的应用
一、观察者模式的优点
● 观察者和被观察者之间是抽象耦合
如此设计，则不管是增加观察者还是被观察者都非常容易扩展， 而且在Java中都已经实现的抽象层级的定义，在系统扩展方面更是得心应手。
● 建立一套触发机制
根据单一职责原则，每个类的职责是单一的，那么怎么把各个单一的职责串联成真实世界的复杂的逻辑关系呢？比如，我们去打猎，打死了一只母鹿， 母鹿有三个幼崽，因失去了母鹿而饿死，尸体又被两只秃鹰争抢，因分配不均，秃鹰开始斗殴，然后羸弱的秃鹰死掉，生存下来的秃鹰，则因此扩大了地盘……这就是一个触发机制，形成了一个触发链。观察者模式可以完美地实现这里的链条形式。
二、观察者模式的缺点
观察者模式需要考虑一下开发效率和运行效率问题，一个被观察者，多个观察者，开发和调试就会比较复杂，而且在Java中消息的通知默认是顺序执行，一个观察者卡壳，会影响整体的执行效率。 在这种情况下，一般考虑采用异步的方式。
多级触发时的效率更是让人担忧， 大家在设计时注意考虑。