对于中介语程序通信，有什么比CORBA更好的吗？ 我在一个项目中使用CORBA读取对象数据，这些数据可以用C++或java实现，但符合同一IDL。优点是idlj编译器，所有必要的代码都是Java免费提供的。缺点似乎是我听说CORBA很古老，不是最新最伟大的。但我还没有听到更好的名字。有吗？

好吧，总是有SOAP，这是目前这类东西更常见的技术。它的装订不那么紧，但很有效。

看一看

什么是协议缓冲区？

协议缓冲区是谷歌的 语言中立，平台中立， 可扩展的序列化机制 结构化数据——想想XML，但是 更小、更快、更简单。你 定义您希望数据的显示方式 结构化一次，然后就可以使用 特殊生成的源代码 轻松地编写和阅读结构化文档 各种数据之间的数据交换 流和使用各种 语言——java、C++或Python。 摘自常见问题解答：

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

我们认为所有这些系统都有 优势和劣势。谷歌 在内部依赖于协议缓冲区 它们是我们生活的重要组成部分 成功，但这并不意味着他们 是每一种产品的理想解决方案 问题你应该评估每一个 在你自己的背景下选择 项目

但值得注意的是 其中一些技术定义了 交换格式和RPC （远程过程调用）协议。 协议缓冲区只是一个 交换格式。他们很容易做到 用于RPC–事实上，它们确实可以 对定义的支持有限，但它们与 任何一个RPC实现或 协议

---

如果我要开始一个新项目，我真的无法想象选择CORBA，而且我在过去也经常使用它。为之编程真的很可怕。有很多更好的替代方案，尽管其中许多都是所有者（当然，大多数CORBA ORB也是如此），比如TIBCO。在任何情况下，你都不应该仅仅因为某项技术恰好安装在你的电脑上就选择它。

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

然而，在你转换之前，你需要问问自己

• 新协议的好处是什么
• 你在CORBA身上经历了什么痛苦？当然，这是一项成熟的技术，但这本身并不是放弃它的理由，如果它能满足您的需求的话
• 切换到您选择的任何新协议需要多长时间

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

删除它们是因为它们会给您带来特定的问题，或者因为新事物允许您做一些现有技术无法完成的特定事情，这是切换的一个很好的理由。

查看

读这本书

---

冰更干净、更强大，学习曲线更短。文档内容广泛而全面（我所见过的最好的），并且有大约50个示例程序，使用所有支持的语言。嗯，真的没有比较。

协议缓冲区负责序列化数据，但它没有指定进程间通信，是吗？CORBA包括序列化/表示，加上远程方法调用、对象代理等。ICE完成协议缓冲区的工作，还包括进程间通信。ICE似乎比CORBA更好，谢谢你的明智建议和所有其他答案。我在进程间通信方面是新手，在开发过程的早期，它仍然是灵活的，所以我很高兴现在在对CORBA投资太多之前了解这些其他技术，因为这正是我现在所拥有的。如果你在产品开发方面足够早，那么我会考虑使用CORBA。我不是说不要使用它，但如果你使用它，那么你应该有一些真正好的理由使用它（尽管这适用于任何技术决策）修正；ORB实现可以是专有的，但有几种开源ORB实现。这些开源实现之所以能够存在，是因为CORBA是一个开放规范，而不是像TIBCO建议这样的专有解决方案。最后一句是最好的建议。