推,拉机制观察者模式

Question

目前我正在研究设计模式,并且我已经找到了一个部分,我很困惑观察者模式是使用推动机制还是利用拉动机制？

我已经阅读了不同的实现,并不能真正确定哪一个是正确的.

此外,我想知道推模型对拉模型的三个直接优势.我猜其中一个是推模型比拉模型更少耦合？

Answer 1

观察者模式详细(关注问题)

• 定义:Observer模式定义了对象之间的一对多依赖关系,这样当一个对象改变状态时,它的所有依赖关系都会自动得到通知和更新

• 需要关注的3件事:

  1. 可观察对象 - 被观察的对象.
  2. Observer对象 - 观察可观察对象的对象
  3. 通信机制 - 推或推机制

目前我正在研究设计模式,并且我已经找到了一个部分,我很困惑观察者模式是使用推动机制还是利用拉动机制？

混乱可能是因为你是文学名字 - 拉或推.

请注意,在这两种机制中,Observable对象始终有责任通知所有已订阅的观察者,但不同之处在于观察者是否[Push - >]获得所需的确切数据,或者[Pull->]获取数据包装在某个对象(主要是Observable对象)中,它必须从中提取所需的数据.

• Push - > Observer直接获取所需数据
• Pull - > Observer获取包装在对象中的数据,它需要提取它.

我已经阅读了不同的实现,并不能真正确定哪一个是正确的.

这里不是纠正的问题,实际上两者在任何情况下都能正常工作.如果我们看到这两种机制的以下细节,那么它最适合于特定场景/情况,可以轻松分析.

此外,我想知道推模型对拉模型的三个直接优势.我猜其中一个是推模型比拉模型更少耦合？

我可能无法提供3个优点,但如果我能通过使用用例示例清楚地了解使用方法,请让我尝试一下:

• 推动机制

  • 这纯粹是Observable的责任,Observer只需要确保他们在他们的更新方法中放置了所需的代码.
  • 好处
    • "推"模型的主要优点是观察者和主体之间的耦合较低.
      • Observable和Observer都是接口/抽象类,实际上是一个设计原则 - 程序接口或超类型
  • 坏处
    • 灵活性较低:由于Observable需要将所需数据发送到Observer,如果我们说1000个观察者并且大多数需要不同类型的数据,它将变得混乱.
  • 用例
    • 当最多2-3种不同类型的观察者(不同类型意味着观察者需要不同的数据)或所有观察者需要相同类型的数据时,应该使用它.
    • 就像银行中的令牌系统一样
      • 在这个所有观察者(不同的LED)中只需要一个通知更新的等待令牌号列表,因此与Pull Mechanism相比,可以更好地以这种方式实现.

• 拉机制

  • 在pull机制中,Observable有责任通知所有观察者某些事情已经发生了变化,但是这次Observable共享整个具有变化的对象,一些观察者可能不需要完整的对象,所以Observers只需要提取所需的该更新方法中该完整项目的详细信息.
  • 好处
    • 这样做的好处是更灵活.
      • 每个观察者可以自己决定要查询的内容,而不依赖于主题来发送正确的(仅需要的)信息.
  • 坏处
    • 观察者必须知道关于主题的事情,以便从共享的完整对象中查询正确的信息.
  • 用例
    • 当有超过2-3种不同类型的观察者时应该使用它(不同的类型意味着观察者需要不同的数据)
    • 就像任何外汇汇率提供商为不同的投资银行发布外汇汇率一样
      • 在这一些银行只处理INR,其他一些只处理GBP等,因此与Push机制相比,它应该使用Pull机制实现.

参考

• 头脑优先设计模式书
• https://softwareengineering.stackexchange.com/questions/253398/the-observer-pattern-using-the-pulling-mechanism?newreg=999c28a6a1f6499783fbe56eb97fa8ec
• https://dzone.com/articles/observer-pattern

Answer 2

观察者模式使用推送，因为可观察对象将通知推送给其订阅者。

推与拉（主要在网络中）： 推 - 服务器向客户端发送（推）通知，这意味着它需要持续跟踪它们的地址（URI）或更一般情况下它们的引用。

拉 - 客户端负责从服务器请求新数据。

该模式不仅适用于 Web，而且广泛使用，例如桌面应用程序。