Given that IDL interfaces map to abstract classes in C++, a common problem when dealing with IDL is when you have an IDL inheritance hierarchy, and a corresponding C++ implementation hierarchy, you run into multiple inheritance. That's not inherently multiple inheritance, though, because you only mix in interfaces (i.e. the problem would not exist with Java's interface
s).
You have interfaces A and B, B inherits from A, and you have implementation classes for
both
A and B, and you want the implementation class for B to inherit from the implementation class for A. The latter is the problem. The lacking virtual
in the generated IB C++ abstract class doesn't make things easier. So, in code:
IDL:
interface IA { void funcA(); } interface IB : IA { void funcB(); } interface IC : IB { void funcC(); }
C++ implementation:
class A : public IA { ??? } class B : public A, public IB { ??? } class C : public B, public IC { ??? }
A.h, as usual: class A : public IA { ... NS_DECL_ISUPPORTS NS_DECL_IA } A.cpp, as usual: NS_IMPL_ISUPPORTS1(A, IA) NS_IMETHODIMP A::funcA() { ... } B.h: class B : public A, public IB { ... NS_DECL_ISUPPORTS_INHERITED NS_FORWARD_IA(A::) // need to disambiguate NS_DECL_IB } B.cpp: NS_IMPL_ISUPPORTS_INHERITED1(B, A, IB) // this, superclass,added ifaces NS_IMETHODIMP B::funcB() { ... } C.h: class C : public B, public IC { ... NS_DECL_ISUPPORTS_INHERITED NS_FORWARD_IA(B::) NS_FORWARD_IB(B::) NS_DECL_IC } C.cpp: NS_IMPL_ISUPPORTS_INHERITED1(C, B, IC) NS_IMETHODIMP C::funcC() { ... }
If you want to make this threadsafe, you can replace NS_IMPL_ISUPPORTS1(A, IA)
with NS_IMPL_THREADSAFE_ISUPPORTS1(A, IA)
in the base implementation class
only (e.g. A here). The rest stays as-is. The inheriting classes (B, C here) don't need to change their macros.
Author Ben Bucksch.