标签:主题 订阅模式 发布订阅 设计 优秀 crete 继承 发布 sub
最近项目里,写了一个通知服务,具备处理短信、电邮、站内信的能力。但我做多了一点,就是可以通过配置选择它的能力,比如只具备处理短信或者具备点油、站内信的能力。
我画了一个简单的图
图中的 Dispatcher是一个Message的中转器,它负责投递给最终的 SMS、Email、Website处理器处理。但是 Dispatcher里,我使用了硬编码来内置 SMS、Email、Website处理器(尽管我加了些判断,来区别此能力是否开启),但它的耦合太高。
所以能够如何优化呢?
观察者模式,有时又被称为模型(Model)-视图(View)模式、源-收听者(Listener)模式或从属者模式,是一种对象行为模式。它定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。
在观察者模式中,主题是通知的发布者,它发出通知时并不需要知道谁是它的观察者,可以有任意数目的观察者订阅并接收通知。
这里我盗用一张图(来自)
从这张图可以知道
1、抽象主题(Subject):
它把所有观察者对象的引用保存到一个聚集里,每个主题都可以有任何数量的观察者。抽象主题提供一个接口,可以增加和删除观察者对象。
2、具体主题(Concrete Subject):
将有关状态存入具体观察者对象;在具体主题内部状态改变时,给所有登记过的观察者发出通知。
3、抽象观察者(Observer):
为所有的具体观察者定义一个接口,在得到主题通知时更新自己。
4、具体观察者(Concrete Observer):
实现抽象观察者角色所要求的更新接口,以便使本身的状态与主题状态协调。
所以,观察者模式解除了主题和具体观察者的耦合,让耦合的双方都依赖于抽象,而不是依赖具体。因此稍微通知服务的那张图
具体代码实现就不贴源码了,Java也有观察者模式的实现,即Observer、Observable,前者即观察者,后者即主题,但不是接口,使用时需要继承。
public class MainTest {
public static void main(String[] args) {
MessageObservable observable = new MessageObservable();
Observer smsObserver = new SmsObserver(observable);
Observer emailObserver = new EmailObserver(observable);
Observer websiteObserver = new WebsiteObserver(observable);
observable.accept("Message1");
}
public static class MessageObservable extends Observable {
public void accept(String message) {
setChanged();
notifyObservers(message);
}
}
public static class SmsObserver implements Observer {
public SmsObserver(Observable observable) {
observable.addObserver(this);
}
public void update(Observable o, Object arg) {
System.out.println("SMS:" + arg);
}
}
public static class EmailObserver implements Observer {
public EmailObserver(Observable observable) {
observable.addObserver(this);
}
public void update(Observable o, Object arg) {
System.out.println("Email:" + arg);
}
}
public static class WebsiteObserver implements Observer {
public WebsiteObserver(Observable observable) {
observable.addObserver(this);
}
public void update(Observable o, Object arg) {
System.out.println("Website:" + arg);
}
}
}
发布订阅模式不属于基本的设计模式,在形式上和观察者模式相似,如图观察者模式实现了松耦合,而发布订阅模式是完全实现了解耦合。
从这张图可以看出,图一里的微服务也属于发布订阅模式。
这两种对比起来,观察者模式只有2个角色,主题和观察者,通常用于单个应用内;发布订阅模式则有3个角色,发布者、代理人(queue)、订阅者,通常用于跨应用,来解决应用间的耦合、消峰等;
最后想说的是,即是写代码,内功也很重要,掌握设计模式,首先能让你在写出优秀的代码,另外对于你阅读的能力也很有帮助。
标签:主题 订阅模式 发布订阅 设计 优秀 crete 继承 发布 sub
原文地址:https://www.cnblogs.com/ranyabu/p/12353328.html