2009-12-03 88 views
0

Window的COM允许我们包装我们的应用程序功能以进行进程外调用。如果COM接口的定义和设计良好,通过脚本和任何支持COM/Automation/Active-X的编程平台来使用服务肯定是非常好的。是否有任何替代方法提供与COM类似的功能?

我只是想知道是否存在任何COM设计的替代方法?还是一些近似或类似的方法?

我在Win32平台上使用Delphi。

+1

http://en.wikipedia.org/wiki/Component-based_software_engineering#Technologies – 2009-12-03 15:33:46

+0

我很困惑。如果Win32是你的平台,为什么你需要一个*替代*的COM?为什么不简单使用COM? – Deltics 2009-12-03 19:22:35

回答

0

Corba

IBM's SOM

我敢肯定有其他人也,但那些都是2个其他我能想到的把我的头顶部...

+0

Corba等ORB适用于分布式多层系统(大致相当于DCOM),而COM的作用(特别是在“进程内”使用时)与ORB并不相似。在进程之外,与脚本进行通信,您可能需要的技术词汇是COM和DCOM提供的“编组”解决方案,以及ORB还提供其他服务。 更现代化的做这些事情的方式可能是SOAP和REST。 – 2009-12-03 18:53:18

+0

噢,我没有足够清楚地说出这一点:CORBA和SOM都很老旧,在Windows上从未使用太多。 SOM在OS/2上很大。 Corba在企业界有所用处,但从未像所有人都认为的那么大。 ORB主要被WebServices技术,SOAP/XMLRPC/REST等“杀死”。 – 2009-12-03 18:55:47

1

我m并不完全确定,但是您似乎在谈论为COM创建插件的替代方案?

如果是这样,有无数的选择:

你也可以推出自己的。多年前,我提供了基本原理(尽管链接的源代码已经很久以前就已经进入了天空中的大桶)。

+0

+1 RemObjects SDK和Hydra。 – 2009-12-03 18:50:20

0

如果您想为对象使用TCP/IP(通过Internet或通过LAN)接口,请考虑SOAP和REST。

如果您想为delphi应用程序编写插件而不使用COM/OLE自动化,请考虑RemObjects SDK。

相关问题