中介语程序通信有什么比CORBA更好的吗？

Question

我正在使用CORBA读取可以用C ++或Java实现但符合相同IDL的对象数据的项目。专业人员是idlj编译器，所有必要的代码都免费提供Java。骗局似乎是我听到CORBA很老，而不是最新和最伟大的。但我还没有听到任何更好的名字。有吗？

Answer 1

有很多方法可以进行进程间通信。在我的头顶，这里有几个。

• SOAP
• XML-RPC
• Sockets

但是，在你切换之前，你需要问问自己

• 新协议有哪些好处
• 您在使用CORBA时遇到了什么痛苦？当然这是一项成熟的技术，但如果它符合您的要求，那本身并不是放弃它的理由。
• 切换到您选择的任何新协议需要多长时间。

删除CORBA（或任何协议/堆栈/库），因为您听说有更好的，更光亮，更酷的东西，这不是一个好主意。

删除它们是因为它们会导致您遇到特定问题，或者因为新功能允许您执行某些无法通过现有技术执行的操作，这是切换的理由。

Answer 2

嗯，总有SOAP，这是当今这套事情中比较常见的技术。这不是一个严格的约束，但它的工作原理。

Answer 3

看看Googles Protocol Buffers。

  

什么是协议缓冲区？

     

协议缓冲区是Google的   语言中立，平台中立，   用于序列化的可扩展机制   结构化数据 - 想想XML，但是   更小，更快，更简单。您   定义您希望数据的方式   结构化一次，然后你可以使用   特殊生成的源代码   轻松编写和阅读您的结构化   来往各种数据的数据   流和使用各种各样的   语言 - Java，C ++或Python。

摘自常见问题：

  

协议缓冲区与ASN.1，COM，CORBA，Thrift等有何不同？

     

我们认为所有这些系统都有   长处和短处。谷歌   内部依赖协议缓冲区   它们是我们的重要组成部分   成功，但这并不意味着他们   是每个人的理想解决方案   问题。你应该评估每一个   替代你自己的背景   项目

     

值得注意的是，这是值得注意的   其中一些技术定义   交换格式和RPC   （远程过程调用）协议。   协议缓冲区只是一个   交换格式。他们很容易   用于RPC - 事实上，他们确实如此   对定义RPC services的支持有限 - 但它们并不依赖   任何一个RPC实现或   协议

Answer 4

如果我开始一个新项目，我真的无法想象选择CORBA，而且我过去曾经使用过它。计划真的很可怕。有很多更好的选择，其中很多都是专有的（当然，大多数CORBA ORB也是如此），例如TIBCO。在任何情况下，您都不应该仅仅因为它恰好安装在您的PC上而选择技术。

Answer 5

查看Internet Communication Engine (ICE)。

阅读comparison between CORBA and ICE。

ICE更加清洁，功能更强大，学习曲线更短。文档广泛而全面（我见过的最好），并且所有支持的语言中都有大约50个示例程序。恕我直言，真的没有比较。