利用 MSMQ（Microsoft Message Queue），应用程序开发人员可以通过发送和接收消息方便地与应用程序进行快速可靠的通信。消息处理为您提供了有保障的消息传递和执行许多业务处理的可靠的防故障方法。

MSMQ与XML Web Services和.Net Remoting一样，是一种分布式开发技术。但是在使用XML Web Services或.Net Remoting组件时，Client端需要和Server端实时交换信息，Server需要保持联机。MSMQ则可以在Server离线的情况下工作，将Message临时保存在Client端的消息队列中，以后联机时再发送到Server端处理。

显然，MSMQ不适合于Client需要Server端及时响应的这种情况，MSMQ以异步的方式和Server端交互，不用担心等待Server端的长时间处理过程。

虽然XML Web Services和.Net Remoting都提供了[OneWay]属性来处理异步调用，用来解决Server端长方法调用长时间阻碍Client端。但是不能解决大量Client负载的问题，此时Server接受的请求快于处理请求。

一般情况下，[OneWay]属性不用于专门的消息服务中。

1. 基本术语和概念（Basic terms and concepts）

“消息”是在两台计算机间传送的数据单位。消息可以非常简单，例如只包含文本字符串；也可以更复杂，可能包含嵌入对象。

消息被发送到队列中。“消息队列”是在消息的传输过程中保存消息的容器。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。

“消息队列”是 Microsoft 的消息处理技术，它在任何安装了 Microsoft Windows 的计算机组合中，为任何应用程序提供消息处理和消息队列功能，无论这些计算机是否在同一个网络上或者是否同时联机。

“消息队列网络”是能够相互间来回发送消息的任何一组计算机。网络中的不同计算机在确保消息顺利处理的过程中扮演不同的角色。它们中有些提供路由信息以确定如何发送消息，有些保存整个网络的重要信息，而有些只是发送和接收消息。

“消息队列”安装期间，管理员确定哪些服务器可以互相通信，并设置特定服务器的特殊角色。构成此“消息队列”网络的计算机称为“站点”，它们之间通过“站点链接”相互连接。每个站点链接都有一个关联的“开销”，它由管理员确定，指示了经过此站点链接传递消息的频率。

“消息队列”管理员还在网络中设置一台或多台作为“路由服务器”的计算机。路由服务器查看各站点链接的开销，确定经过多个站点传递消息的最快和最有效的方法，以此决定如何传递消息。

2. 队列类型（Queue Type）

有两种主要的队列类型：由您或网络中的其他用户创建的队列和系统队列。

用户创建的队列可能是以下任何一种队列：

“公共队列”在整个“消息队列”网络中复制，并且有可能由网络连接的所有站点访问。

“专用队列”不在整个网络中发布。相反，它们仅在所驻留的本地计算机上可用。专用队列只能由知道队列的完整路径名或标签的应用程序访问。

“管理队列”包含确认在给定“消息队列”网络中发送的消息回执的消息。指定希望 MessageQueue 组件使用的管理队列（如果有的话）。

“响应队列”包含目标应用程序接收到消息时返回给发送应用程序的响应消息。指定希望 MessageQueue 组件使用的响应队列（如果有的话）。

系统生成的队列一般分为以下几类：

“日记队列”可选地存储发送消息的副本和从队列中移除的消息副本。每个“消息队列”客户端上的单个日记队列存储从该计算机发送的消息副本。在服务器上为每个队列创建了一个单独的日记队列。此日记跟踪从该队列中移除的消息。

“死信队列”存储无法传递或已过期的消息的副本。如果过期或无法传递的消息是事务性消息，则被存储在一种特殊的死信队列中，称为“事务性死信队列”。死信存储在过期消息所在的计算机上。有关超时期限和过期消息的更多信息，请参见默认消息属性。

“报告队列”包含指示消息到达目标所经过的路由的消息，还可以包含测试消息。每台计算机上只能有一个报告队列。

“专用系统队列”是一系列存储系统执行消息处理操作所需的管理和通知消息的专用队列。

在应用程序中进行的大多数工作都涉及访问公共队列及其消息。但是，根据应用程序的日记记录、确认和其他特殊处理需要，在日常操作中很可能要使用几种不同的系统队列。

3. 同步和异步通信（Synchronous VS. Asynchronous Communication）

队列通信天生就是异步的，因为将消息发送到队列和从队列中接收消息是在不同的进程中完成的。另外，可以异步执行接收操作，因为要接收消息的人可以对任何给定的队列调用 BeginReceive 方法，然后立即继续其他任务而不用等待答复。这与人们所了解的“同步通信”截然不同。

在同步通信中，请求的发送方在执行其他任务前，必须等待来自预定接收方的响应。发送方等待的时间完全取决于接收方处理请求和发送响应所用的时间。

4. 同消息队列交互（Interacting with Message Queues）

消息处理和消息为基于服务器的应用程序组件之间的进程间通信提供了强大灵活的机制。同组件间的直接调用相比，它们具有若干优点，其中包括：

稳定性 — 组件失败对消息的影响程度远远小于组件间的直接调用，因为消息存储在队列中并一直留在那里，直到被适当地处理。消息处理同事务处理相似，因为消息处理是有保证的。

消息优先级 — 更紧急或更重要的消息可在相对不重要的消息之前接收，因此可以为关键的应用程序保证足够的响应时间。

脱机能力 — 发送消息时，它们可被发送到临时队列中并一直留在那里，直到被成功地传递。当因任何原因对所需队列的访问不可用时，用户可以继续执行操作。同时，其他操作可以继续进行，如同消息已经得到了处理一样，这是因为网络连接恢复时消息传递是有保证的。

事务性消息处理 — 将多个相关消息耦合为单个事务，确保消息按顺序传递、只传递一次并且可以从它们的目标队列中被成功地检索。如果出现任何错误，将取消整个事务。

安全性 — MessageQueue 组件基于的消息队列技术使用 Windows 安全来保护访问控制，提供审核，并对组件发送和接收的消息进行加密和验证。

5. 在.Net环境下编写简单的Message Queue程序

（1）先安装Message Queuing Services

通过Control Panel，“Add/Remove Programs” – “Add/Remove Windows Components”步骤安装MSMQ。

MSMQ可以安装为工作组模式或域模式。如果安装程序没有找到一台运行提供目录服务的消息队列的服务器，则只可以安装为工作组模式，此计算机上的“消息队列”只支持创建专用队列和创建与其他运行“消息队列”的计算机的直接连接。

（2）配置MSMQ

打开Computer Management – Message Queuing，在Private Queues下创建MSMQDemo队列

（3）编写代码－简单演示MSMQ对象

MessageQueue 类是“消息队列”周围的包装。MessageQueue 类提供对“消息队列”队列的引用。可以在 MessageQueue 构造函数中指定一个连接到现有资源的路径，或者可在服务器上创建新队列。在调用 Send、Peek 或 Receive 之前，必须将 MessageQueue 类的新实例与某个现有队列关联。

MessageQueue 支持两种类型的消息检索：同步和异步。同步的 Peek 和 Receive 方法使进程线程用指定的间隔时间等待新消息到达队列。异步的 BeginPeek 和 BeginReceive 方法允许主应用程序任务在消息到达队列之前，在单独的线程中继续执行。这些方法通过使用回调对象和状态对象进行工作，以便在线程之间进行信息通讯。

106、面向对象软件设计的“开—–闭”原则

1．什么是开闭原则
“开—闭”原则是指软件实体应当对扩展性开放，对修改关闭。即软件实体应该在不修改的前提下扩展，这个原则实际上为软件设计指明了目标。我们知道软件设计应当充分考虑软件的可维护性，即需求发生变化的时候软件结构能够灵活地适应这种变化。就评价软件的可维护性而言，“开—闭”原则提供了一个依据。实际上，设计模式的应用就是使软件的结构在某种程度上满足“开—闭”原则。
2．“开—闭”原则的实现
“开—闭”原则为设计提供了目标，但却没有明确给出实现的手段，下面说明在面向对象的设计中实现“开—闭”原则的方法。
（1）面向接口的编程
面向接口的编程的优势如下：
a．降低程序各部分之间的耦合性，使程序模块互换成为可能。这样客户无需知道自己使用的对象的类型，只要对象有客户所期望的接口即可。并且客户也不需要知道对象是如何实现的，只要知道定义接口的抽象类。
b．使软件各部分便于单元测试，通过编制与接口一致的模拟类（Mock），可以很容易地实现软件各部分的单元测试。从而提高软件的可靠性，降低错误率。
c．已于实现软件的模块的呼唤，软件升级时可以只部署发生变化的部分，而不会影响其它部分。
对于设计模式来说，创建型模式的产生是面向接口编程的必然结果，面向接口编程要求使用对象的客户不了解对象的具体类型，客户只能通过一个负责实例化对象的对象——我们称之为“工厂”——来实例化对象，而工厂对象在应用初始化时集中进行实例化或者在集中的模块中进行。
3．封装变化
程序中任何可能发生变化的部分都可以封装为对象，包括命令、事件、属性、算法和状态等。封装变化是实现“开—闭”原则的重要手段，也是在设计中发现对象的重要途径。因此在分析需求时，一定要注意什么是不变的，什么是可能发生变化的，以及这些可能的变化会对封装带来的影响。
例如，如果对象的行为基本不变，那么这些行为可以作为对象的方法；否则就要考虑是否抽象和封装这些行为。再如，状态可以用状态参数来表示，例如温度和压力等。可以将状态参数作为独立的属性，但如果状态参数之间相互关联，则有必要进行抽象。
总之，封装可能发生变化的部分，将可能的变化作为对象。在面向对象设计中，对象不仅是指现实中存在的事物或者可视的事物，任何可能变化的部分都是侯选对象。
4．采用组合替代继承
继承是面向对象系统的特点之一，没有继承，很多面向对象的设计就无从谈起。在设计模式中，没有哪个模式不涉及到继承。采用组合替代继承并不适合任何情况，实际上，如果没有继承，很多组合根本无法实现，涉及到基础结构的继承无法替换。
组合和继承针对模块中的复用而言，当功能需要扩展时，采用继承实现复用比较简单直观。只要派生一个类，在这个类中增加新的特性，即可实现对现有类复用。然而类继承在编译时定义，无法在运行时改变 。并且继承对子类暴露了父类的实现细节，从而破坏了封装性，使子类与父类耦合性非常强。一旦父类发生变化，必然导致子类也发生变化。如果继承下来的实现不能解决新问题，则需要修改父类，这种依赖性限制了灵活性。
通过与行为对象的组合，可以扩展“人”的行为。通过增加新的行为类来实现扩展，类层次并没有增加。
对象组合在运行时通过获得对其他对象的引用来实现，组合要求对象遵守彼此的接口约定。只要符合这个约定，一个对象可以在运行时动态地玮不同的对象组合，从而实现复用。在设计时，每一部分只要关注接口约定即可，不必考虑具体的实现。因此对象组合有最小的耦合性并且更灵活，在设计模式中大量地采用了对象组合。
再次强调，继承是面向对象的基石之一。采用组合代替继承者是在需要复用的前提下，并不是所有的继承都可以用组合替代。不仅如此，没有继承，组合也无从谈起。在上面的例子中，行为的扩展仍然需要增加行为子类。