我目前正在开发2个.NET应用程序,它们必须相互通信。选择了简单的Windows消息传递,目前效果很好。在消息中发送的数据是一个简单的字符串,但现在我已经创建了一个消息类,其中包含一个命令(枚举)和一个数据(字符串)成员,以及稍后可能的其他成员。
当我发送这样一个消息类的实例时,它被序列化为字节,然后转换为base64字符串。然后使用Windows的SendMessage()将其发送出去。另一方面,我做了相反的事情。最终,原始对象被恢复,并在其他应用程序中可用。
虽然这个机制似乎是有效的,但我想知道这样做是否安全。的确,有一些开销,base64字符串比原始字符串解决方案要长得多(但我必须手动解析这个字符串才能获得命令和数据部分)可以用SendMessage发送的消息有最大长度限制吗?
另外,对于这个项目,我宁愿远离.NET远程处理,而是使用SendMessage解决方案。
你有什么想法吗?也许可以使用JSON来限制开销?
谢谢。
鼠兔
发布于 2010-07-29 14:47:43
使用支持WM_COPYDATA、命名管道和IOStream消息传递的XDMessaging (http://xdmessaging.codeplex.com/) -提供高度灵活、健壮和经过测试的解决方案,而不是自己滚动一些东西。
如何在您的类上使用二进制序列化(带有XDMessaging的http://msdn.microsoft.com/en-us/library/4abbf6k0(v=VS.71).aspx?它将非常紧凑,并且很容易实现。
发布于 2010-07-29 08:56:44
如果您只需要发送消息,那么可以看看像Rhino Service Bus或NServiceBus这样的消息总线架构。它们将提供一个相对简单且更加健壮的消息传递实现。
发布于 2010-07-29 08:57:12
我真的推荐使用一种更现代、可伸缩的方法。例如,您可以轻松地使用named pipes进行通信,只使用标准流功能,而不是尝试发送需要编码的消息。
(就我个人而言,我可能会使用WCF,因为它有很多好处,包括允许它在不同的机器上免费工作……)
https://stackoverflow.com/questions/3358626
复制相似问题