home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / cplus / 11306 < prev    next >
Encoding:
Text File  |  1992-07-21  |  2.3 KB  |  52 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!mole-end!mat
  3. From: mat@mole-end
  4. Subject: Re: Novice? question: Designing for multiple inheritance w/ templates
  5. Message-ID: <1992Jul21.131054.20622@mole-end>
  6. Organization: :
  7. References: <1992Jul9.144630.10863@clpd.kodak.com> <1992Jul20.152931.8037@ucc.su.OZ.AU>
  8. Date: Tue, 21 Jul 1992 13:10:54 GMT
  9. Lines: 41
  10.  
  11. In article <1992Jul20.152931.8037@ucc.su.OZ.AU>, maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
  12. > In article <1992Jul19.233851.15525@mole-end> mat@mole-end writes:
  13. > 
  14. > >...  From what I can tell, virtual inheritance is principally useful
  15. > >for importing what might be called `object representation behavior,'
  16. > >e.g. printability, special allocation and deallocation, etc.--things
  17. > >that are related to the representation OF the object, rather than to
  18. > >what the object itself represents.
  19.  
  20. >     Quite the opposite I find. Its prinicple use is in 
  21. > deriving new abstractions from old. 
  22. >     A golden rule is : ALL ABSTRACT BASES SHOULD BE INHERITED
  23. > PUBLIC VIRTUAL.
  24. >     IMHO almost every public derivation ought to be virtual.
  25. > Public virtual derivation with abstract classes is used to
  26. > make a multi-faceted abstraction.
  27. >     Because the derivation is virtual, you can hook in implementations
  28. > of the various abstractions of combinations of them at the last minute:
  29. > late binding of implementation details.  These details [should] usually
  30. > be bound in to a class with local scope (or file scope) ... guaranteeing
  31. > all access is dependent on the abstract properties of the object only.
  32. >     This mechanism ... and guarrantees the run-time type of the object
  33. > can ONLY be be accessed via declared virtual functions.
  34.   ...
  35. >     A new optimisation technique (like caching) can be
  36. > hooked in, on an object by object basis, at construction time.
  37.  
  38. This is exactly what I was saying.  The thing added by Virtual MI is added
  39. not for the sake of what the class represents, but for the sake of the
  40. class representation.  It doesn't represent something in the problem
  41. domain and won't appear on an object-occurrence or class-relationship
  42. diagram.  Instead it provides something that belongs to the solution domain,
  43. to the properties of the programmatic object rather than the analysis
  44. object.
  45.  
  46. Or do I misunderstand you completely?
  47. -- 
  48.  (This man's opinions are his own.)
  49.  From mole-end                Mark Terribile
  50.  
  51.  uunet!mole-end!mat, Somewhere in Matawan, NJ
  52.