[设计模式]观察者模式

      观察者模式在实际中的使用非常广泛,所以这里需要着重介绍一下概念,概念是从网上直接复制过来的,原文地址:https://www.runoob.com/design-pattern/observer-pattern.html

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

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

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

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

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

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

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

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

使用场景:

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

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

      我在这里说说我在项目中实际的应用,观察者模式在一些书籍里叫发布/订阅模式,简单解释下来就是我这边发布了一篇博客,然后关注我的人就可以收到我更新博客的通知。从代码实现角度来看大概就是需要两个角色:发布者和订阅者(被观察者和观察者)。那么下面就上代码了:

发布者(被观察者)

public abstract class Subject {

    //观察者队列
    private List<Observer> observers = new ArrayList<>();

    //对外提供方法添加观察者
    public void addObserver(Observer observer) {
        observers.add(observer);
    }

    //对外提供方法移除观察者
    public void removeObserver(Observer observer) {
        observers.remove(observer);
    }

    //遍历整个观察者队列,把消息发送给每个观察者
    public void noticeObserversEventA() {
        for (Observer observer : observers) {
            observer.eventA();
        }
    }

}

订阅者(观察者)

public interface Observer {

    void eventA();
}

       以上就是整个观察者模式的核心代码。其实使用起来很简单,在某个类中实现订阅者(观察者)接口,然后先把自己加入到订阅者(观察者)队列中就可以接收到发布者(被观察者)发来的消息,简单实用。Android非常强大的Eventbus实现的原理就是这个,很多总线系统也是这么实现的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值