.net - 用于实时消息动态客户端列表的最佳技术

Question

我想增强 Windows 服务的日志记录。日志记录目前是在数据库中完成的，但我想编写可以以某种方式连接到服务并实时获取日志消息的客户端。该服务应始终将日志消息输出到其端点，并且多个客户端可以根据需要连接和断开连接。当他们连接时，他们将收到发送的消息。为此使用的最佳技术是什么？该服务是用 .Net 4 编写的。

编辑:tcp/ip 多播是否适合这里的要求？我过去写过单播的东西，所以我不害怕在那个级别工作，但它适合这份工作吗？

Answer 1

编辑:在最后添加内容。

有很多选择取决于各种各样的事情。通常你需要某种端点 API，然后是中间的东西。中间层可以采用各种形式，中心辐射型、多播、持久队列、 transient 、保证交付、发布/订阅。等等

对于中间的位

付费:

蒂博科

MQ 系列 (IBM)

Microsoft MSMQ(包含在 MS 操作系统中)

免费

使用 Remoting/WCF/ASP.Net/Web 服务自己滚动(实际上即使对于高吞吐量也很容易)。

Apache MQ 和一些其他开源框架。太多无法一一列举。

对于终点，它取决于中间的内容，但是一旦您建立并运行了通信，它只是将其包装起来并发布消息以供正在收听/订阅的内容使用的情况。

这一切都很有趣。如果你想要一个方法。这样做:

1) 定义几个 C# 接口(interface)，例如 ISubscribe、IPublish 和 IMessage。

2) 添加方法/事件。 ISubscribe 需要一个新的消息事件和某种方式来表示订阅某种类型的消息。 IPublish 需要一种方法来发送某种类型的消息。 IMessage 就是那个消息。

3) ...

4) 利润。

好的，这里的第 3 步不是很清楚，但这是您使用上面选择的任何内容进行引用实现的地方。试试 Microsoft MSMQ，它内置于 Windows 中，很容易从 c# 访问。一旦你开始运行，你就可以考虑替代方案。

希望对您有所帮助。

伊恩

编辑:一些稍微充实的选项。

这里有几个选项。他们都有长处和短处。

所以我会坚持使用 IPublish、ISubscribe 和 IMessage。

在 IPublish 上，我将添加一种方法:

void SendMessage(IMessage 消息);

在 ISubscribe 上，我将添加一个方法和一个事件

事件 EventHandler NewMessage;void Subscribe(string channel);

并且 IMessage 将具有:字符串 channel {get;}字符串正文 {get;}

这里的想法很简单，就是您订阅了一个 channel ，我们使用字符串作为 channel 名称，因为它很简单。消息包含消息所针对的 channel 和正文的字符串(再次因为它很简单，我不在这里进行序列化，让消息移动)。因此，当您发送消息时，假设最终有人订阅了您向其发送消息的 channel 。

考虑到这一点，让我们尝试一些选择:

1) 数据库。发布将消息写入数据库。订阅者轮询表以查找任何指向他们订阅的 channel 的新行。2) 微信群有几种使用 MSMQ 的方法，但假设订阅为每个客户端创建一个 channel ，发布将消息放入每个客户端的队列中。订阅者然后决定在它被发送给它时采取行动。 (查看 CodeProject 以了解如何真正使用 MSMQ)3) SMTP 实现(是电子邮件 :D)Subscribe 将自己添加到 Exchange 组，publish 向组中的所有用户发送电子邮件。好的，这是一个有点愚蠢的例子，但你明白了。4)连贯性。 Coherence 是 Oracle 提供的内存数据库。它几乎支持你想要的一切。发布将新消息写入 Coherence 缓存，订阅者订阅缓存引发的事件。5) 一个 Windows 服务，它承载一个由 WCF 公开的 Web 服务。 Microsoft 实际上提供了一个 WCF 示例，它执行简单的聊天服务器/客户端。这几乎就是您想要的。

我希望其中一些有所帮助。这不是具体的，只是想法。但是，您会注意到，如果您创建上面的界面，则可以对这五个选项中的任何一个进行编码以位于它们后面(需要不同程度的努力)。