设计模式之观察者模式(observer pattern)
观察者模式主要用于处理对象间的一对多的关系,是一种对象行为模式。该模式的实际应用场景比较容易确认,当一个对象状态发生变化时,所有该对象的关注者均能收到状态变化通知,以进行相应的处理。
本文希望通过简单的介绍和分析,能让读者对观察者模式有一个简单直观的认识和感知,以便在实际开发中根据需要灵活运用。
1. 目的
建立对象间一对多的关联关系,并能使一个对象的变化被所有关联对象感知。
2. 动机
建立一套低耦合的消息触发机制。
3. 优缺点
优点:
- 被观察者和观察者之间是抽象耦合的;
- 耦合度较低,两者之间的关联仅仅在于消息的通知;
- 被观察者无需关心他的观察者;
- 支持广播通信;
缺点:
- 观察者只知道被观察对象发生了变化,但不知变化的过程和缘由;
- 观察者同时也可能是被观察者,消息传递的链路可能会过长,完成所有通知花费时间较多;
- 如果观察者和被观察者之间产生循环依赖,或者消息传递链路形成闭环,会导致无限循环;
4. 应用场景
- 需要在系统中建立一个单项广播的触发机制;
- 系统中某个对象的行为会影响若干其他对象;
- 对象之间的关联关系可以在运行时动态的建立与撤销;
- 对象之间的关联关系呈现出一种树状结构;
5. 原理
下面是gof介绍的典型的类观察者模式的uml类图:
subject:
抽象被观察者,仅提供注册和删除观察者对象的接口声明。
concretesubject:
具体被观察者对象,该对象中收集了所有需要被通知的观察者,并可以动态的增删集合中的观察者。当其状态发生变化时会通知所有观察者对象。
observer:
抽象观察者,为所有观察者定义获得通知的统一接口;
concreteobserver:
观察者对象,其关注对象为subject,能接受subject变化时发出的通知并更新自身状态。
6.实现
接下来先将上面的uml类图转换为具体的代码,然后在举一个具体的例子来看一下其应用。
抽象被观察者类:subject
public interface subject { public void setstate(int state); public int getstate(); public void attach(observer obs); public void detach(observer obs); public void notify(string msg); }
抽象观察者类:observer
public interface observer { public void update(string msg); }
具体被观察者类:concretesubject
public class concretesubject implements subject { private list<observer> observerlist = new arraylist<observer>(); private int state; @override public void setstate(int state) { this.state = state; notify("new state: " + state); } @override public int getstate() { // todo auto-generated method stub return 0; } @override public void attach(observer obs) { // todo auto-generated method stub observerlist.add(obs); } @override public void detach(observer obs) { // todo auto-generated method stub observerlist.remove(obs); } @override public void notify(string msg) { // todo auto-generated method stub for (observer obs: observerlist) { obs.update(msg); } } }
具体观察者类:concreteobserver
public class concreteobserver implements observer { @override public void update(string msg) { // todo auto-generated method stub system.out.println("concreteobserver receive notify msg: " + msg); } }
演示:
public class demo { public static void main(string[] args) { concreteobserver obs = new concreteobserver(); concretesubject sub = new concretesubject(); sub.attach(obs); sub.setstate(666); sub.notify("just test subject notify function!"); } }
结果:
concreteobserver receive notify msg: new state: 666 concreteobserver receive notify msg: just test subject notify function!
7.实例
我们以一个更加实际的例子——商品价格的变动来体会一下观察者模式的用途。
在网上购物的时候,商品一般都有一个价格变动通知,前提是我们关注了该商品。
这里我们稍微变通一下,只有当关注的商品价格下降,且低于用户期望购买价格的时候,才会给用户发送一条商品降价的短信通知。
下面分别定义每个类:
产品抽象类:product
public interface product { public void setprice(int price); public int getprice(); public void follow(user user); public void unfollow(user user); public void notifylowprice(); }
用户抽象类:user
public interface user { public boolean isexpectedprice(int price); public void shortmsg(string msg); }
商品笔记本电脑:laptop
public class laptop implements product { private list<user> followlist = new arraylist<user>(); private int curprice; @override public void setprice(int price) { curprice = price; system.out.println("set laptop price: " + price); notifylowprice(); } @override public int getprice() { return curprice; } @override public void follow(user user) { followlist.add(user); } @override public void unfollow(user user) { followlist.remove(user); } @override public void notifylowprice() { string msg = "" + curprice; for (user user: followlist) { if (user.isexpectedprice(curprice)) { user.shortmsg(msg); } } } }
关注笔记本电脑用户类:laptopbuyer
public class laptopbuyer implements user { private int expectedprice; private string username; public laptopbuyer(string username, int expectedprice) { this.username = username; this.expectedprice = expectedprice; } @override public boolean isexpectedprice(int curprice) { // todo auto-generated method stub return curprice <= expectedprice; } @override public void shortmsg(string msg) { // todo auto-generated method stub system.out.println("your follow product have a low price: " + msg + " to:" + username); } }
演示:
public class demo { public static void main(string[] args) { laptopbuyer alice = new laptopbuyer("alice", 6000); laptopbuyer jack = new laptopbuyer("jack", 6500); laptop laptop = new laptop(); laptop.follow(alice); laptop.follow(jack); laptop.setprice(7000); laptop.setprice(6500); laptop.setprice(6000); laptop.unfollow(jack); laptop.setprice(5999); laptop.setprice(6099); } }
结果:
set laptop price: 7000 set laptop price: 6500 your follow product have a low price: 6500 to:jack set laptop price: 6000 your follow product have a low price: 6000 to:alice your follow product have a low price: 6000 to:jack set laptop price: 5999 your follow product have a low price: 5999 to:alice set laptop price: 6099
上面的这个例子是一个能够很好地解释观察者模式的一个实际用途。
8. 总结
相比较与观察者模式,我们或许有许多获取另外一个对象状态的方式,比如,常见的轮询方式,或者仅仅在需要的时候去查一下对方的状态等,不过观察者模式有其特殊的用途,而且更加灵活。
该模式原理比较简单直接,但是实际使用过程中需要考虑一些细节问题:
- 何时通知?
- 有谁触发通知?
- 观察者是关注状态变化的次数还是最终的状态?
- 如果消息通知被阻塞,应该怎么办?
- 是否可以改为异步消息通知?
上面这些都是实际使用时应该考虑的。考虑清楚这些细节才能更灵活的应用该模式解决实际问题。
参考:
gof《design patterns: elements of reusable object-oriented software》
https://www.runoob.com/design-pattern/observer-pattern.html
上一篇: Vue学习之路由vue-router传参及嵌套小结(十)
下一篇: MongoDB 基本概念