C# 是否有人使用Hessian二进制远程处理协议来桥接使用Java和.NET的应用程序？

是一个定制的二进制序列化协议（我认为是开源的），它构成了二进制跨平台远程处理框架的基础。我想知道这里是否有人使用过它，如果有，我们可以从一个解决方案中获得什么样的性能，该解决方案将一边是Java应用程序，另一边是C#应用程序。（让我们考虑，我们正在序列化简单类，可能是数组、列表、简单类字典）。

< P>这是Web服务被设计来解决的问题。虽然不再简单，但SOAP格式允许您将对象序列化为Java/C应用程序上的XML表示形式，通过网络传输对象，并在相应的Java/C应用程序中反序列化对象（Java/C几乎可以被任何可以翻译XML文档的语言所取代）。虽然此处使用“序列化”，但此过程通常也被称为“编组”

---

然而，许多人目前正在考虑放弃用于web服务的SOAP。从Wikipedia了解更多关于web服务的信息：

你看过HessianC#项目（）吗？

承认“Soap设计过度”，然后赞扬联合国工程师/抽象的实现，就像我用法语写这篇文章，然后让你用谷歌翻译阅读一样，然后用英语赞扬谷歌翻译

二进制协议是未来的发展方向。如果您准备编写“智能”代码，那么当它完全按照编程和开发的方式执行时，您会感谢自己

只需要一个潜在的Soap服务就可以将您的SOA体系结构带入“异常”模式。。。我将此称为“异常”模式，因为使用soap（读：XML）实现SOA的公司在遇到事务型数据交换（其中可能会连续读取非常大的记录）时，都会围绕SOA实现异常

*（我可以想象SOAP实现后的对话）

那么你有一个SOA？ ：是的 一切？ ：除了我们的业务关键型运输之外，其他一切

在您使用WSO2 webservices及其ESB时，请查看它——如果您这样做了，您将再次感谢您自己。 Mule是有原因的，然后WSO2为HESSIAN提供了支持。

---

您可能还想阅读：

我是JVM和CLR之间的开源进程内桥梁的作者。它建立在JNI和PInvoke之上。不需要C/C++代码，而且速度应该相对较快。我不确定通过引用跨边界编组是否能解决您的问题。

+1 SOAP可能设计过度，但值得庆幸的是，我们还有其他设计过度的软件可以简化其使用。在.NET中，调用SOAP函数与调用普通函数一样简单。