Window的COM允许我们包装我们的应用程序功能以进行进程外调用。如果COM接口的定义和设计良好,通过脚本和任何支持COM/Automation/Active-X的编程平台来使用服务肯定是非常好的。是否有任何替代方法提供与COM类似的功能?
我只是想知道是否存在任何COM设计的替代方法?还是一些近似或类似的方法?
我在Win32平台上使用Delphi。
Window的COM允许我们包装我们的应用程序功能以进行进程外调用。如果COM接口的定义和设计良好,通过脚本和任何支持COM/Automation/Active-X的编程平台来使用服务肯定是非常好的。是否有任何替代方法提供与COM类似的功能?
我只是想知道是否存在任何COM设计的替代方法?还是一些近似或类似的方法?
我在Win32平台上使用Delphi。
Corba等ORB适用于分布式多层系统(大致相当于DCOM),而COM的作用(特别是在“进程内”使用时)与ORB并不相似。在进程之外,与脚本进行通信,您可能需要的技术词汇是COM和DCOM提供的“编组”解决方案,以及ORB还提供其他服务。 更现代化的做这些事情的方式可能是SOAP和REST。 – 2009-12-03 18:53:18
噢,我没有足够清楚地说出这一点:CORBA和SOM都很老旧,在Windows上从未使用太多。 SOM在OS/2上很大。 Corba在企业界有所用处,但从未像所有人都认为的那么大。 ORB主要被WebServices技术,SOAP/XMLRPC/REST等“杀死”。 – 2009-12-03 18:55:47
我m并不完全确定,但是您似乎在谈论为COM创建插件的替代方案?
如果是这样,有无数的选择:
你也可以推出自己的。多年前,我提供了基本原理(尽管链接的源代码已经很久以前就已经进入了天空中的大桶)。
+1 RemObjects SDK和Hydra。 – 2009-12-03 18:50:20
如果您想为对象使用TCP/IP(通过Internet或通过LAN)接口,请考虑SOAP和REST。
如果您想为delphi应用程序编写插件而不使用COM/OLE自动化,请考虑RemObjects SDK。
http://en.wikipedia.org/wiki/Component-based_software_engineering#Technologies – 2009-12-03 15:33:46
我很困惑。如果Win32是你的平台,为什么你需要一个*替代*的COM?为什么不简单使用COM? – Deltics 2009-12-03 19:22:35