观察者/可观察模式链
是否有一种设计模式可以形成一个“复合”观察者/可观察者？
我的意思是我有一个可观察的，它在某个变化时通知它的监听器。
每个监听器也是一个可观察的，并通知它自己的监听器（在某个动作上，它做了哪个动作是由第一个可观察的通知触发的）。
这种观察者/可观察的“链接”作为设计是可以的，还是有一个标准的模式？
共有1个答案
对于你提到的链接，我看不出有什么区别。
观察者模式的目的是，当对象的状态发生变化时，通知相关方（监听器/观察器），并让监听器根据状态的变化做出反应。
如果监听器的状态变化按照设计是由其他相关方观察到的，我看不出为什么不能使用观察者模式来发布事件。
然而，这只是另一种观察者-可观察者的关系。没有特别的“链接”发生。
有点OT：称为链接更合适的是：一个被观察的对象O向监听器A发送一个事件E，A将该事件传播到另一个监听器B。然而，从逻辑上讲，它们都在监听来自O的事件。这种“链接”可以通过使用装饰器模式来完成。
-
问题内容： 我一直在阅读Observer模式，以保持UI处于最新状态，但仍然看不到它的用途。即使在我的特定对象中通知了我的MainActivity然后运行update（）；方法我仍然无法使用Pet对象来获取更新值，因为该对象是在Oncreate中创建的…而我只是无法创建新对象，因为那时变量会有所不同..这是我的实施，它似乎不起作用。 观察者/ MainActivity 可观察/宠物 问题答案： 首
-
主要内容：介绍,实现,Subject.java,Observer.java,BinaryObserver.java,OctalObserver.java,HexaObserver.java,ObserverPatternDemo.java当对象间存在一对多关系时，则使用观察者模式（Observer Pattern）。比如，当一个对象被修改时，则会自动通知依赖它的对象。观察者模式属于行为型模式。 介绍 意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知
-
观察者模式 亦称： 事件订阅者、监听者、Event-Subscriber、Listener、Observer 意图 观察者模式是一种行为设计模式， 允许你定义一种订阅机制， 可在对象事件发生时通知多个 “观察” 该对象的其他对象。 问题 假如你有两种类型的对象： 顾客和 商店 。 顾客对某个特定品牌的产品非常感兴趣 （例如最新型号的 iPhone 手机）， 而该产品很快将会在商店里出售。 顾客
-
一、定义 观察者模式（发布-订阅模式）：其定义对象间一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都将得到通知。 在JavaScript中，一般使用事件模型来替代传统的观察者模式。 好处： （1）可广泛应用于异步编程中，是一种替代传递回调函数的方案。 （2）可取代对象之间硬编码的通知机制，一个对象不用再显示地调用另外一个对象的某个接口。两对象轻松解耦。 二、DOM事件–观察者
-
当对象间存在一对多关系时，则使用观察者模式（Observer Pattern）。比如，当一个对象被修改时，则会自动通知它的依赖对象。观察者模式属于行为型模式。 介绍 意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 主要解决：一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作。 何时使用：一个对象（目标对象）
-
观察者模式是软件设计模式的一种。在此种模式中，一个目标对象管理所有相依于它的观察者对象，并且在它本身的状态改变时主动发出通知。这通常透过呼叫各观察者所提供的方法来实现。此种模式通常被用来实时事件处理系统。 定义一个目标构造函数，并实现绑定、解绑和触发等方法： function Subject() { this.events = {}; this.count = 0; } Subj