Two-Way Communication Using IDispatch in MFC (147952)

SUMMARY

Although there may be several ways to implement communication between two executables, this sample illustrates a simple way a server and a client application can communicate using IDispatch interfaces. This may not be the best method, but it is straight forward to implement. Using dual interfaces may provide a better solution, however.

The sample consists of two executables. One, GENERAT.EXE, is a local server, and the other, GENCLNT.EXE, is a client of the server. Both client and server are automation servers in that they both support automation interfaces. The client application starts the server via CreateDispatch and thus obtains the servers IDispatch interface. The client then passes its IDispatch interface to the server using one of the server's interface methods. At this point, two-way communication between the client and the server is possible.

Be sure to run the server stand-alone once before running it from the client. This will register the server and enable the client to start it dynamically.

The following files are available for download from the Microsoft Download Center:

Visual C++ 6.0

Download Dispcom.exe now

For additional information about how to download Microsoft Support files, click the following article number to view the article in the Microsoft Knowledge Base:

119591 How to Obtain Microsoft Support Files from Online Services

Visual C++ .NET

The following file is available for download from the Microsoft Download Center:

Download Dispcomvcnet.exe now

Release Date: June 24, 2002

For additional information about how to download Microsoft Support files, click the following article number to view the article in the Microsoft Knowledge Base:

119591 How to Obtain Microsoft Support Files from Online Services

Microsoft scanned this file for viruses. Microsoft used the most current virus-detection software that was available on the date that the file was posted. The file is stored on security-enhanced servers that help to prevent any unauthorized changes to the file. NOTE: Use the -d option when running Dispcom.exe to decompress the file and recreate the proper directory structure.

MORE INFORMATION

The GENERAT.EXE local server generates and displays random colors. It can either generate one color each time as it is requested, or it can continuously generate colors in response to a WM_TIMER message. The GENERAT.EXE server can run either stand-alone or it can be controlled by a client (in this case the GENCLNT.EXE application). In either case, the server will be visible, and the server's user interface will be active. This means the client and the server will need to communicate with each other to keep the user interface of the client and server synchronized and to process requests from the other.

Below is a list of relavent methods from GENERAT.EXE and GENCLNT.EXE and a description of each method.

GENERAT.EXE methods:

BOOL SetAdviseDI(LPDISPATCH DispIToAdvise);

The client starts the server via CreateDispatch and thus obtains the IDispatch pointer of the server. Once the client has the server's IDispatch pointer, it can call this method in the server sending its own IDispatch pointer. At this point, two-way communication is possible between the client and the server.

void ReleaseAdviseDI();

Called by the client to tell the server to release the IDispatch pointer of the client.

BOOL AnimateColors();

Called by the client to request that the server generate colors in response to WM_TIMER messages.

void GenNewColor();

Called by the client to request that the server generate a single new color.

GENCLNT.EXE methods:

void SetAnimateUI();

Called by the server when Animate Colors is chosen via the server user interface. This keeps the Animate Colors menu choice of the client synchronized with that of the server.

void NotifyColorChange(const VARIANT FAR&amp; refColor);

Called by the server when a color is generated. Called regardless of whether the color was requested by the client or the server.