1、观察者模式(Observer Pattern)也叫发布订阅模式(Publish/subscribe),它是一个在项目中经常用到的模式。其定义如下:Define a one-to-many dependency between objects so that when one object changes state,all its dependents are notified and updated automatically(定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会通知并会自动更新)
2、观察者模式的角色:
一、Subject-被观察者
定义被观察者必须实现的职责,他必须能够动态的增加、取消观察者。它一般是抽象类或者实现类,仅仅完成作为被观察者必须实现的职责,管理观察者并通知观察者。
二、Observer-观察者
观察者接收到消息后,即进行update(更新方法)操作,对接收到的信息进行处理。
三、ConcreteSubject-具体的被观察者
定义被观察者自己的业务逻辑,同时定义对那些事件进行通知。
四、ConcreteObserver-具体的 观察者
每个观察在即受到信息后的厨师反应是不同的,各个观察者有自己的处理逻辑
3、观察者模式的缺点
观察者模式需要考虑开发效率和运行效率的问题,一个被观察者,多个观察者,开发和调试就会比较复杂,而起在java中消息的同时默认是顺序执行,一个观察者卡壳,会影响整体的执行效率,在这种情况下,一般考虑采用异步的方式。
多级触发时的效率更是让人担忧,大家设计时注意考虑。
4、观察者模式的优点
一、观察者和被观察者之间是抽象耦合
二、建立一套触发机制。
2、观察者模式的角色:
一、Subject-被观察者
定义被观察者必须实现的职责,他必须能够动态的增加、取消观察者。它一般是抽象类或者实现类,仅仅完成作为被观察者必须实现的职责,管理观察者并通知观察者。
二、Observer-观察者
观察者接收到消息后,即进行update(更新方法)操作,对接收到的信息进行处理。
三、ConcreteSubject-具体的被观察者
定义被观察者自己的业务逻辑,同时定义对那些事件进行通知。
四、ConcreteObserver-具体的 观察者
每个观察在即受到信息后的厨师反应是不同的,各个观察者有自己的处理逻辑
3、观察者模式的缺点
观察者模式需要考虑开发效率和运行效率的问题,一个被观察者,多个观察者,开发和调试就会比较复杂,而起在java中消息的同时默认是顺序执行,一个观察者卡壳,会影响整体的执行效率,在这种情况下,一般考虑采用异步的方式。
多级触发时的效率更是让人担忧,大家设计时注意考虑。
4、观察者模式的优点
一、观察者和被观察者之间是抽象耦合
二、建立一套触发机制。