views:

103

answers:

3

Window's COM allow us to wrap our application function for out-of-process invocation. If the COM interfaces are well defined and design, it is certainly great to consume the services via scripts and any programming platform that support COM/Automation/Active-X.

I am just wondering if there exist any alternate methods to design of what COM does? Or something close or similar methodology?

I am using Delphi in Win32 platform.

A: 

Corba
or
IBM's SOM

I'm sure there are others as well but those are the 2 others i can think of off the top of my head ...

Goz
ORBs like Corba are intended for distributed multi-tier systems (roughly equivalent to DCOM) work, whereas what COM does (when used "in-process" in particular), is not that similar to an ORB. Out of process, communicating to scripts, the technical word you might be looking for is a "marshalling" solution, which both COM and DCOM provide, and which, ORBs also provide, along with other services.A more modern-world way of doing these things might be SOAP and REST.
Warren P
Oh yeah, I didn't say this clearly enough: CORBA and SOM are old, and were never much used on Windows. SOM was big on OS/2. Corba got used a bit in the corporate world, but was never as big as everyone thought it would be. ORBs were largely "killed" by the WebServices technologies, SOAP/XMLRPC/REST, etc.
Warren P
+1  A: 

I'm not entirely sure, but it seems that you're talking about an alternate to COM for creating plug-ins for your software?

If so, there are myriad options:

You can also roll your own. I wrote an article many years ago that provides the fundamentals (though the linked source is long since gone to the great bit bucket in the sky).

Tim Sullivan
+1 RemObjects SDK, and Hydra.
Warren P
A: 

If you want a TCP/IP (over the internet or over a LAN) interface for your objects, consider SOAP, and REST.

If you want to write plugins for your delphi app and not use COM/OLE-Automation, consider RemObjects SDK.

Warren P