java 观察者模式

《Head First 设计模式》学习中

观察者模式

定义了对象之间的一对多依赖，这样一来，当一个对象状态改变状态时，他的所有依赖都会收到通知并自动更新。

观察者模式结构图

Subject：抽象主题（抽象被观察者），抽象主题角色把所有观察者对象保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加和删除观察者对象。
ConcreteSubject：具体主题（具体被观察者），该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发送通知。
Observer：抽象观察者，是观察者者的抽象类，它定义了一个更新接口，使得在得到主题更改通知时更新自己。
ConcrereObserver：具体观察者，是实现抽象观察者定义的更新接口，以便在得到主题更改通知时更新自身的状态。

简单实现

比如：你想给你的客户推送一天暖心信息

抽象观察者（Observer）

里面定义了一个更新的方法：

package com.Observer.model;

public interface Observer {
    
    void update(String information); 
}

具体观察者（ConcrereObserver）

用户是观察者，里面实现了更新的方法：

package com.Observer.model;

public class userObserver implements Observer {
    
    private String user;
    
    public userObserver(String user){
        this.user = user;
    }
    
    @Override
    public void update(String information) {
        System.out.println("用户" +user + "  " + information);
    }

    public String getUser() {
        return user;
    }

    public void setUser(String user) {
        this.user = user;
    }

    
}

抽象被观察者（Subject）

抽象主题，提供了add、delete、notify三个方法：

package com.Observer.model;

public interface Subject {
    
    void addUser(Observer obs);
    
    void deleteUser(Observer obs);
    
    void notify(String information);
}

具体被观察者（ConcreteSubject）

具体主题（具体被观察者），里面存储了所有用户，并实现了抽象主题中的方法：

package com.Observer.model;

import java.util.ArrayList;
import java.util.List;

public class SubscriptionSubject implements Subject {

    private List<Observer> list = new ArrayList<>();
    
    @Override
    public void addUser(Observer obs) {
        userObserver user = (userObserver) obs;
        System.out.println("增加用户：" + user.getUser());
        list.add(obs);
    }

    @Override
    public void deleteUser(Observer obs) {
        userObserver user = (userObserver) obs;
        System.out.println("删除用户：" + user.getUser());
        list.remove(obs);
    }

    @Override
    public void notify(String information) {
        for (Observer obs : list) {
            obs.update(information);
        }
    }

}

测试：

package com.Observer.model;

public class TestObserver {
    public static void main(String[] args) {
        
        //创建对象
        SubscriptionSubject sub = new SubscriptionSubject();
        
        //模拟用户
        userObserver inUpdate = new userObserver("张三");
        userObserver inUpdate1 = new userObserver("李四");
        userObserver inUpdate2 = new userObserver("王五");
        
        //添加用户
        sub.addUser(inUpdate);
        sub.addUser(inUpdate1);
        sub.addUser(inUpdate2);
        
        //推送消息
        sub.notify("天冷了,出门在外多加衣,注意保暖");
        
        //删除用户
        sub.deleteUser(inUpdate);
        
        //再次推送消息
        sub.notify("出门在外照顾好自己");
        
        
    }
}

效果：

增加用户：张三
增加用户：李四
增加用户：王五
用户张三  天冷了,出门在外多加衣,注意保暖
用户李四  天冷了,出门在外多加衣,注意保暖
用户王五  天冷了,出门在外多加衣,注意保暖
删除用户：张三
用户李四  出门在外照顾好自己
用户王五  出门在外照顾好自己

设计原则描述

找出程序中会变化的方面，然后将其和固定不变的方面相分离

　　　　在观察者模式中，会改变的是主题的状态，以及观察者的数目，用这个模式，你可以改变依赖于主题状态的对象，却不必改变主题，这叫提前规则。

针对接口编程，而不是针对实现编程

　　　　主题与观察者都使用接口，观察者利用主题的接口向主题注册，而主题利用观察者接口通知观察者，这样可以让两者之间运作正常，又同时具有松耦合的特点。

多用组合少用继承

·　　　　　观察者模式利用 “组合” 将许多观察者组合进主题中，对象之间的这种关系不是通过继承产生的，而是在运行时利用组合的方式产生。

使用场景

关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系。
事件多级触发场景。
跨系统的消息交换场景，如消息队列、事件总线的处理机制。

优点

　　解除耦合，让耦合的双方都依赖于抽象，从而使得各自的变换都不会影响另一边的变换。

缺点

　　在应用观察者模式时需要考虑一下开发效率和运行效率的问题，程序中包括一个被观察者、多个观察者，开发、调试等内容会比较复杂，而且在Java中消息的通知一般是顺序执行，那么一个观察者卡顿，会影响整体的执行效率，在这种情况下，一般会采用异步实现。

参考 http://blog.csdn.net/itachi85/article/details/50773358

posted @ 2017-11-08 21:42 我忘不掉阅读(419) 评论(0) 编辑收藏举报

刷新页面返回顶部

我忘不掉