OOPortal OOPortal


COM Aggregation   «Prev  Next»
Lesson 4 Interface navigation
Objective Examine interface navigation issues under aggregation.

COM Interface Navigation

Before looking at the guidelines for implementing aggregation, let us examine interface navigation and reference counting issues in the context of aggregation.
Assume an outer object OuterCOMObj (the aggregator) implements interface IF1;
  1. an inner object InnerCOMObj
  2. (the aggregate) implements interface IF2.
Both the inner and the outer objects also implement IUnknown.


OuterCOMObj IF1 and InnerCOMObj IF2
OuterCOMObj IF1 and InnerCOMObj IF2

Recall that the COM specification states that, given an interface pointer into an object, a client must be able to get a pointer to any other interface implemented by the object.
Consider the following use scenarios in client COMCli:
aggregate mouse over
Declares an HRESULT to use for COM return values.
interfaceNav1
In terms of object reusability, the situation depicted above is easy to handle. The outer COM object can be explicitly coded to know that the inner COM object implements IF2. But now consider the following scenario in the client COMCli:

HRESULT to use for COM return values
Declares an HRESULT to use for COM return values

interfaceNav2
This code sequence is legal because the client thinks that OuterCOMObj implements both IF1 and IF2. The client expects a call to IF2::QueryInterface for IF1 to succeed because, from its perspective, OuterCOMObj implements both IF1 and IF2.
How can we code an inner object (that is, one that supports aggregation) to know about interfaces in an outer object? After all, when we develop an object, we do not normally know how it will be reused later on. The answer is, we do not have to write code in an inner object that has any knowledge of interfaces in the outer object. Once aggregation is set up correctly in the inner and outer objects, it will work.
This scenario illustrates one of the problems we must solve when aggregating objects: How can aggregated COM objects work with the outer COM object to support interface navigation?
For aggregation to work, all the COM objects involved must act like one object. All objects participating in the aggregation must support interface navigation to any interface in any object in the aggregation. Before answering this question, let us examine reference counting issues within the context of aggregation.