17.观察者模式能解决什么问题

1.观察者模式能解决什么问题？

在考虑这个问题之前，我们先来复习一下观察者模式定义：
观察者模式定义了对象之间的一对多依赖，当一个对象改变状态时，它的所有依赖都会收到通知并自动更新。

看到这句话，我们要考虑一个问题：

对象之间的依赖，谁依赖谁，怎么判断哪个是依赖者，哪个是被依赖者？那个是一，那个是多，如何依赖的？
弄清楚了这个问题，就好理解了。

1.1 复习观察者模式

带着上面的问题，我们来复习一下观察者模式的UML图（看不懂的请移步：观察者模式笔记）

从上面的例子我们可以看到，有观察者Observer，被观察者(也叫主题)Subject，其中使用的过程中他们是相互组合的状态。
其中Observer的实现组合了Subject以调用它的registerObjerver方法进行注册，Subject的实现组合了Observer以调用它的update方法进行通知。

其实在上面了例子中 ”Observer的实现组合了Subject以调用它的registerObjerver方法进行注册“ 这一步完全可以放在外面操作。

也就是说，实际上只有Subject的实现组合了Observer的实现，也就是说Observer依赖Subject(Observer依赖Subject调用它的update方法进行消息推送)。

综上，我们可以得出结论，是CurrentConditionDisplay依赖了WeatherData, 且WeatherData是一，CurrentConditionDisplay是多，当WeatherData状态发生改变时，它会同时调用其组合的所有观察者的update方法让观察者自动更新。

观察者模式定义了对象之间的一对多依赖，当一个对象改变状态时，它的所有依赖都会收到通知并自动更新。

1.2 现实项目中什么地方能用到观察者模式呢？

从上面的例子我们可以知道，其实Subject中的数据其实是被Observer共享的，而且是主动推送到观察者们的。
从这个角度，我们可以看到，应用场景中一定存在共享数据元素。 而且观察者的中数据的更新依赖于Subject的主动推送。

1.2.1 应用场景

1.2.1.1 编写一个接口，能根据相同的入参并行同时做出不同的业务处理

当我们需要根据相同的入参做出多种不相关的业务逻辑时，我们可以用观察者模式让我们的代码更加具有层次化和可读性和扩展性。而且通过观察者模式的注册和注销机制，我们也可以在不破坏原有代码的基础上添加或删除多个业务处理逻辑。

1.2.1.2 学习实例

编写一个翻译接口，能根据输入的同时翻译出英文，日文，德文，法文。 我们用观察者模式设计。

项目实例代码：
design_application/src/main/java/com/example/httpForward/controller/ObserverController.java · 严家豆/应用设计模式 - 码云 - 开源中国 (gitee.com)