消息契约
在MassTransit中，使用.NET .NET系统定义消息契约。消息可以使用类和接口来定义，但是，建议类型使用只读属性而不使用行为。
注意：强烈建议使用消息接口的接口，基于多年的经验，具有不同级别的开发经验。MassTransit 将为消息创建动态接口实现，确保消息契约与消费者的干净分离。
下面显示了一个更新客户地址的示例消息。
namespace Company.Application.Contracts { using System; public interface UpdateCustomerAddress { Guid CommandId { get; } DateTime Timestamp { get; } string CustomerId { get; } string HouseNumber { get; } string Street { get; } string City { get; } string State { get; } string PostalCode { get; } } }
工程师在消息传递方面的一个常见错误是为消息创建基类，并尝试在消费者中分配基类——包括子类的行为。哎哟。这总是导致痛苦和痛苦，所以对基类说“不”。
指定消息名称
有两种主要的消息类型：事件和命令。当选择一个消息的名称时，消息的类型应该指定消息的时态。
命令
命令告诉服务做某事。命令（使用Send）发送到端点，因为预期单个服务实例执行命令操作。命令不应该发布。
命令应该以动词-名词顺序来表达，遵循the_tell_style风格
示例命令：
- UpdateCustomerAddress
- UpgradeCustomerAccount
- SubmitOrder
事件
事件意味着某事发生了。事件（使用Publish）使用IBus 或ConsumeContext 发布。事件不应直接发送到端点。
事件应以名词-动词 (过去时态) 序列表示, 表明发生了某事。
示例事件:
- CustomerAddressUpdated
- CustomerAccountUpgraded
- OrderSubmitted, OrderAccepted, OrderRejected, OrderShipped
消息相关性
由于消息通常不是孤立的，发布一条消息通常会导致发布另一条消息，然后再发布另一条消息，等等。跟踪这些序列是有用的，然而，要找到它们，需要有一些信息详细描述它们是如何相互关联的。
相关性是将消息连接在一起的原理，通常是通过使用在逻辑序列的一部分中包含的唯一标识符。在MassTransit 中，唯一标识符被称为CorrelationId，它包含在消息信封中，并通过ConsumeContext 或SendContext提供。MassTransit 还包括一个会话ID，在整个相关消息集合中都是相同的。
MassTransit 支持不同的方法来指定相关性。查看消息相关性文章以获取更多信息。
