行为模式之-----观察者模式

定义:当对象间存在一对多关系时,则使用观察者模式(Observer Pattern)。比如,当一个对象被修改时,则会自动通知它的依赖对象。

意图:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。

主要解决:一个对象状态改变给其他对象通知的问题,而且要考虑到易用和低耦合,保证高度的协作。

何时使用:一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对象)都将得到通知,进行广播通知。

如何解决:使用面向对象技术,可以将这种依赖关系弱化。

关键代码:在抽象类里有一个 ArrayList 存放观察者们。

应用实例: 1、拍卖的时候,拍卖师观察最高标价,然后通知给其他竞价者竞价。 2、西游记里面悟空请求菩萨降服红孩儿,菩萨洒了一地水招来一个老乌龟,这个乌龟就是观察者,他观察菩萨洒水这个动作。

优点: 1、观察者和被观察者是抽象耦合的。 2、建立一套触发机制。

缺点: 1、如果一个被观察者对象有很多的直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间。 2、如果在观察者和观察目标之间有循环依赖的话,观察目标会触发它们之间进行循环调用,可能导致系统崩溃。 3、观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的,而仅仅只是知道观察目标发生了变化。

使用场景:

  • 一个抽象模型有两个方面,其中一个方面依赖于另一个方面。将这些方面封装在独立的对象中使它们可以各自独立地改变和复用。
  • 一个对象的改变将导致其他一个或多个对象也发生改变,而不知道具体有多少对象将发生改变,可以降低对象之间的耦合度。
  • 一个对象必须通知其他对象,而并不知道这些对象是谁。
  • 需要在系统中创建一个触发链,A对象的行为将影响B对象,B对象的行为将影响C对象……,可以使用观察者模式创建一种链式触发机制。

注意事项: 1、JAVA 中已经有了对观察者模式的支持类。 2、避免循环引用。 3、如果顺序执行,某一观察者错误会导致系统卡壳,一般采用异步方式。

举例

步骤 1  创建一个接口,此接口是用来联系 观察对象与依赖对象要做的业务逻辑

public abstract class Observer {
    protected Subject subject;
    abstract void update();

    public static void main(String[] args) {
        Subject subject = new Subject();
        //加入到集合中去了
        new HexaObserver(subject);
        new BinaryObserver(subject);
        //更新了,则去遍历所有的订阅者,让它们也去同步更新(push 推模式)
        subject.setState(1);
        subject.setState(2);
    }
}

步骤 2  创建一个接口,此接口是用来将 观察对象与依赖对象要做的业务逻辑联系起来

public class Subject {

    private int state;
    private List observers = new ArrayList();

    public int getState() {
        return state;
    }

    public void setState(int state) {
        this.state = state;
        notifyAllObservers();
    }

    public void attach(Observer observer){
        observers.add(observer);
    }

    public void notifyAllObservers(){
        for (Observer observer : observers) {
            observer.update();
        }
    }

}

步骤 3  创建依赖对象

public class BinaryObserver extends Observer {
    public BinaryObserver(Subject subject){
        this.subject = subject;
        this.subject.attach(this);
    }

    @Override
    public void update() {
        System.out.println( "Binary changed: " + subject.getState() );
    }
}
public class HexaObserver extends Observer {

    public HexaObserver(Subject subject){
        this.subject = subject;
        this.subject.attach(this);
    }

    @Override
    public void update() {
        System.out.println( "Hexa changed: " + subject.getState()  );
    }
}

步骤 4  测试

public static void main(String[] args) {
    Subject subject = new Subject();
    //加入到集合中去了
    new HexaObserver(subject);
    new BinaryObserver(subject);
    //更新了,则去遍历所有的订阅者,让它们也去同步更新(push 推模式)
    subject.setState(1);
    subject.setState(2);
}
--输出
Hexa changed: 1
Binary changed: 1
Hexa changed: 2
Binary changed: 2

理解

        Observer 模式的定义:该模式定义了对象之间的一对多依赖关系,Subject 对象是一,Observer 对象是多。当 Subject 对象的状态发生改变时,所有依赖于该 Subject 对象的 Observer 对象都会得到通知并且自动更新

仔细分析定义,要精确理解观察者模式主要注意三点:

  1. 定义了对象间的一对多依赖关系;
  2. 当 Subject 对象的状态发生改变时,所有依赖于该 Subject 对象的 Observer 对象都会得到通知;
  3. Observer 对象得到通知后,会自动更新,而不是被动;

其它的所有点都是细枝末节,由具体业务需求来决定。比如:

1. Subject 角色是应该定义成类?比如 内置的 java.util.Observable;还是应该定义成接口,以规避Java不支持多重继承的问题?比如《Head First 设计模式》中的推荐作法。

2.应该在什么时候订阅主题(或者说注册观察者)?是实例化观察者对象的同时?比如贴主的示例;还是由客户自主决定?比如此贴的第一篇分享笔记。

3.是否应该实现取消订阅功能(或者说取消注册)?

4.主题对象通知观察者时,是否携带消息?换句话说,是“推”消息?如贴主示例;还是“拉”消息?

5.是否支持多线程?

 

 

 

 

 

 

你可能感兴趣的:(设计模式)