使用 NServiceBus 时如何在应用程序之间共享消息类？

Question

所以我有两个独立的应用程序，我想在它们之间发送消息。 我碰巧正在使用 NServiceBus，但这并不重要。 如何从应用程序 A 向应用程序 B 发送消息并让它们都知道同一个合约？

所以应用程序 A 有一个类 SecretMessage...

public class SecretMessage : IMessage
{
     public string Title { get; set; }
     public string Body { get; set; }
}

这是将被序列化并通过线路发送到应用程序 B 的对象。

现在在应用程序 B 中，我如何侦听该类型的消息，然后能够de-将它们序列化到同一个类？ 因此我可以在发送数据时使用数据，而不会成为维护的噩梦。

应用程序 B 是否只需要拥有该类的副本？ 这是否应该通过每个应用程序都引用的消息类的共享 dll 来处理（我希望不是）？ 是否应该在每个应用程序中将它们重新创建为具有相同属性的完全独立的 DTO？

我在这里错过了什么吗？

Answer 1

这可能不是您想要的答案，但这里的灵丹妙药很少。

您实际上只有几个选择，因此取决于您在消息类中想要的功能级别和类型强化：

1. 共享 DLL - 好处是它可以是代码 + 结构，例如有用的构造函数、复杂的枚举器、调试ToString 实现等。强版本控制。 DLL 需要单独的项目和分发。
2. 共享架构和代码生成。 声明类型的架构并使用代码生成来创建类。 这里有很多不同的策略 - 一些示例：T4 模板、自定义代码生成、工具和库，例如 CodeSmith 或 Proto .Bufs。 搜索会发现你加载更多。 可以非常强大 - 了解许多代码商店，它们通过使用 CodeGen 从数据库到 UI 进行快速原型设计来启动所有项目。 您仍然需要分发架构。
3. 以足够的保真度序列化消息以通过 Code DOM 生成类型。 每条消息都会产生携带足够类型元数据来代表其所有消息实例的成本。 例如可为空字段的表示。 生成消息包装类型还存在固有的第一次“发现”成本。
4. 以弱结构（例如名称/值对）序列化数据，然后生成类似字典的包装类。 弱类型 - 很容易扩展。

这些确实是唯一的选择。 恕我直言，#2 然后#1 按此顺序通常是最有用的模式。

Answer 2

正如 Juval Lowy 在《编程 .NET 组件》中所建议的，将纯接口分开自己的共享DLL。

http://arcanecode.com/2007 /02/14/more-oop-interfaces-in-c-part-2/