interface inheritance - worth getting rid of this diamond?

[emma middlebrook]

Hi

I come from a C++ background and so am familiar with the 'dreaded
inheritance diamond' i.e. the ambiguity of which data to use when a
class appears twice in the hierarchy. Here's a link for anyone not
familiar: http://www.parashift.com/c++-faq-lit....html#faq-25.8
..

Base
/ \
/ \
/ \
Der1 Der2
\ /
\ /
\ /
Join

Now to my question ... I know an interface inheritance hierarchy of
the same configuration doesn't suffer any problems at all but, to me,
seeing it in a class diagram still makes me feel a little queasy from
a design correctness point-of-view. If anyone feels the same, how do
they best get round the problem. If you don't feel queasy, would you
tell me why I shouldn't either!

Finally, in my particular case I have interfaces IBase and IDerived
(the latter derived from the former), Concrete deriving from IBase,
and then DerivedConcrete deriving from both Concrete and IDerived.
Hence the diamond.

IBase
/ \
/ \
/ \
IDerived Concrete
\ /
\ /
\ /
DerivedConcrete
Thanks very much for your help!

Emma Middlebrook
em************* *@fastmail.fm

[Ole Olsen]

This very topic is discussed here:
http://msdn.microsoft.com/library/de...gLanguages.asp

Look for "Single Inheritance"

/Ole

"emma middlebrook" <em************ **@fastmail.fm> wrote in message
news:e2******** *************** ***@posting.goo gle.com...

Hi

I come from a C++ background and so am familiar with the 'dreaded
inheritance diamond' i.e. the ambiguity of which data to use when a
class appears twice in the hierarchy. Here's a link for anyone not
familiar: http://www.parashift.com/c++-faq-lit....html#faq-25.8 .

Base
/ \
/ \
/ \
Der1 Der2
\ /
\ /
\ /
Join

Now to my question ... I know an interface inheritance hierarchy of
the same configuration doesn't suffer any problems at all but, to me,
seeing it in a class diagram still makes me feel a little queasy from
a design correctness point-of-view. If anyone feels the same, how do
they best get round the problem. If you don't feel queasy, would you
tell me why I shouldn't either!

Finally, in my particular case I have interfaces IBase and IDerived
(the latter derived from the former), Concrete deriving from IBase,
and then DerivedConcrete deriving from both Concrete and IDerived.
Hence the diamond.

IBase
/ \
/ \
/ \
IDerived Concrete
\ /
\ /
\ /
DerivedConcrete
Thanks very much for your help!

Emma Middlebrook
em************* *@fastmail.fm

[Simon Smith]

On 18 Apr 2004 15:32, em************* *@fastmail.fm (emma middlebrook)
wrote:

Hi

I come from a C++ background and so am familiar with the 'dreaded
inheritance diamond' i.e. the ambiguity of which data to use when a
class appears twice in the hierarchy. Here's a link for anyone not
familiar:
http://www.parashift.com/c++-faq-lit...ce.html#faq-25.
8 <snip>
Now to my question ... I know an interface inheritance hierarchy of the
same configuration doesn't suffer any problems at all but, to me,
seeing it in a class diagram still makes me feel a little queasy from a
design correctness point-of-view. If anyone feels the same, how do they
best get round the problem. If you don't feel queasy, would you tell me
why I shouldn't either!

Finally, in my particular case I have interfaces IBase and IDerived
(the latter derived from the former), Concrete deriving from IBase, and
then DerivedConcrete deriving from both Concrete and IDerived.
Hence the diamond.

IBase
/ \
/ \
/ \
IDerived Concrete
\ /
\ /
\ /
DerivedConcrete

This is one reason that you can explicitly define interface methods, as:

private whatever IDerived.Method FromIBase() {}

To use it a client would have to cast Concrete to Iderived - thus explicit
usage. It's a bit messy, true, and I'd wonder about the design, but not
nearly as bad as MI.
Cheers -

--
Simon Smith
simon dot s at ghytred dot com
NewsLook - NNTP Client for Outlook