观察者模式介绍

MQ的几种模式范文MQ（消息队列）是一种异步通信机制，用于解耦发送者和接收者之间的消息传递。

它可以实现系统中不同模块之间的解耦，提高系统的可伸缩性和可靠性。

常见的MQ模式有点对点模式、发布-订阅模式和观察者模式等。

下面将详细介绍这几种MQ模式。

1. 点对点模式（Point-to-Point）点对点模式是一种最简单的MQ模式，也被称为队列模式。

在点对点模式中，消息发送者将消息发送到特定的消息队列，然后接收者从队列中读取消息。

每个消息只能被一个接收者消费，消费之后消息从队列中被删除。

点对点模式适用于发送端和接收端之间的通信是一对一的关系。

点对点模式的特点：-可靠性高：消息被发送到队列中后，即使接收者暂时不可用，消息也不会丢失。

-顺序性强：消息会按照发送顺序被接收者依次消费。

-灵活性低：发送者和接收者之间是一对一的关系，发送者和接收者都需要知道队列的存在。

2. 发布-订阅模式（Publish-Subscribe）发布-订阅模式是一种广播的消息传递方式。

在发布-订阅模式中，消息发送者（发布者）将消息发布到主题（Topic）上，然后多个接收者（订阅者）订阅该主题，接收者会同时接收到发布者发布的消息。

发布-订阅模式的特点：-异步通信：发布者和订阅者之间是异步通信，发送者不需要等待接收者的响应。

-高吞吐量：发布者发布消息后，所有订阅该主题的订阅者都会同时接收到消息，提高系统的处理能力。

-松耦合：发布者和订阅者之间通过主题进行解耦，发布者只管发布消息，订阅者只管订阅主题。

3. 观察者模式（Observer）观察者模式是一种常见的设计模式，也可以用于消息队列的实现。

在观察者模式中，主题（Subject）维护了一组观察者（Observer），当主题发生变化时，会通知所有观察者进行相应的处理。

观察者模式在消息队列中被广泛应用，用于解耦消息发送者和接收者之间的关系。

消息发送者充当主题，消息接收者充当观察者。

当消息发送者发送消息时，会通知所有观察者进行处理。

观察者模式的例子
观察者模式的例子
观察者模式是一个十分常见的设计模式，它可以帮助我们从被观察的
对象中获取信息，并在需要时自动通知我们。

本篇文章将通过几个具
体的例子来介绍观察者模式。

一、新闻订阅
假设我们有一个新闻网站，用户可以选择订阅自己感兴趣的新闻主题，如政治、体育、娱乐等。

当我们有新的相关新闻时，应该如何通知已
订阅该主题的用户呢？这时观察者模式就可以充分发挥作用。

我们可
以把网站的用户看作观察者，而每个订阅主题可以看作一个被观察者，当被观察者发生变化时（如新闻更新），通知所有观察者即可。

二、股票市场
另一个例子是股票市场，投资者需要及时了解股票的价格变化。

我们
可以把每只股票看作一个被观察者，而每个投资者可以看作观察者。

当股票价格发生变化时，被观察者可以通过观察者模式通知所有观察者，投资者们就可以第一时间了解到相关信息。

三、自定义通知
观察者模式还可以用于自定义通知，例如某个人可以设置自己的日程
安排，并让自己的亲属和朋友作为观察者，当日程安排发生变化时，
观察者将自动收到通知，以便及时作出应对。

总结
观察者模式可以用于任何需要监控变化的场景，它将被观察者和观察
者解耦，使得系统更加灵活和可扩展。

在实际应用中，我们需要关注
以下几点：
1. 确定被观察者和观察者之间的关系，并定义相应的接口；
2. 当被观察者状态发生变化时，通知所有观察者；
3. 观察者根据通知的内容作出相应的处理。

观察者模式虽然简单，但是在系统的设计和开发中发挥着重要的作用。

希望读者们能够多加关注和实践！。

观察者模式（Observer Pattern）是一种行为设计模式，它定义了一种一对多的依赖关系，使得当一个对象的状态发生改变时，所有依赖于它的对象都能够得到通知并自动更新。

观察者模式包含以下几个主要特点：1. 主题（Subject）和观察者（Observer）：- 观察者模式包含两个主要角色，即主题和观察者。

主题是被观察的对象，它维护了一组观察者，并提供了添加、删除和通知观察者的方法。

观察者则是依赖于主题的对象，当主题状态发生改变时，观察者得到通知并进行相应的更新。

2. 松散耦合：- 观察者模式实现了松散耦合，使得主题和观察者之间的关系不是静态的硬编码关系，而是动态的。

主题无需知道观察者的具体类，只需知道它们实现了共同的接口。

3. 支持广播通信：- 主题状态发生改变时，会向所有注册的观察者发送通知，实现了一对多的通信机制。

这样，可以方便地广播信息给所有关注主题状态变化的观察者。

4. 观察者可以动态加入和退出：- 在运行时，可以动态地添加新的观察者或删除不再关心主题状态的观察者，而不需要修改主题的代码。

这使得系统更加灵活。

5. 遵循开闭原则：- 观察者模式遵循开闭原则，即对扩展开放，对修改关闭。

通过添加新的观察者，而不是修改现有的代码，可以轻松地扩展系统功能。

6. 注意观察者的通知顺序：- 观察者收到通知的顺序可能是随机的，具体取决于主题的实现。

如果观察者之间有依赖关系，需要注意通知的顺序可能对系统产生影响。

7. 可能导致性能问题：- 如果观察者的数量较多或者通知过于频繁，可能导致性能问题。

在实现时需要注意考虑性能优化。

观察者模式常用于实现分布式事件处理系统、GUI系统中的事件处理等场景，它提供了一种松散耦合的设计，使得对象之间的关系更加灵活和可扩展。

五、观察者模式结构
AS3观察者模式 应用和扩展
开发部：刘滔
开发中遇到的问题：
1、主程序和模块之间消息传递 2、模块与模块之间消息传递 3、视图层（View）与数据模型层（Model）之间的消 息数据传递
一、观察者模式简介：
观察者<Observer>模式（有时又被称为发布-订阅 <Publish/Subscribe>模式、模型-视图<Model/View> 模式、源-收听者<Source/Listener>模式或从属者 <Dependents>模式）是软件设计模式的一种。在此 种模式中，一个目标物件管理所有相依于它的观察者 物件，并且在它本身的状态改变时主动发出通知。这 通常透过呼叫各观察者所提供的方法来实现。此种模 式通常被用来实作事件处理系统。
四、观察者模式组成
1、观察者 （Observer）将自己注册到被观察对象 （Subject）中，被观察对象将观察者存放在一个容 器（Container）里。 2、被观察对象 (Observable)被观察对象发生了某种变化，从容 器中得到所有注册过的观察者，将变化通知观察者。 3、撤销观察 观察者告诉被观察者要撤销观察，被观察者从 容器中将观察者去除。
二、发布者与订阅者
用户A （订阅者） 邮局 （发布者） 用户B （阅者） 用户数 据库 用户C （订阅者）
三、观察者模式原理
观察者模式（Observer）完美的将观察者和被 观察的对象分离开。举个例子，用户界面可以作为 一个观察者，业务数据是被观察者，用户界面观察 业务数据的变化，发现数据变化后，就显示在界面 上。面向对象设计的一个原则是：系统中的每个类 将重点放在某一个功能上，而不是其他方面。一个 对象只做一件事情，并且将他做好。观察者模式在 模块之间划定了清晰的界限，提高了应用程序的可 维护性和重用性。