home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / cplus / 11638 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  1.5 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!pacbell.com!UB.com!igor!thor!rmartin
  2. From: rmartin@thor.Rational.COM (Bob Martin)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Novice? question: Designing for multiple inheritance w/ templates
  5. Message-ID: <rmartin.712272453@thor>
  6. Date: 27 Jul 92 21:27:33 GMT
  7. References: <1992Jul9.144630.10863@clpd.kodak.com> <1992Jul20.152931.8037@ucc.su.OZ.AU> <1992Jul21.131054.20622@mole-end>
  8. Sender: news@Rational.COM
  9. Lines: 23
  10.  
  11. mat@mole-end writes:
  12.  
  13.  
  14. |This is exactly what I was saying.  The thing added by Virtual MI is added
  15. |not for the sake of what the class represents, but for the sake of the
  16. |class representation.  It doesn't represent something in the problem
  17. |domain and won't appear on an object-occurrence or class-relationship
  18. |diagram.  Instead it provides something that belongs to the solution domain,
  19. |to the properties of the programmatic object rather than the analysis
  20. |object.
  21.  
  22. I don't think this is a hard and fast rule.  It would not surprise me
  23. to find a class in the problem domain which must conform to more
  24. than one interface.  But I think it is pretty rare.  I agree with you,
  25. MI is more of tool in the solution domain, then an expressive
  26. component of the problem domain.
  27.  
  28.  
  29. --
  30. +---Robert C. Martin---+-RRR---CCC-M-----M-| R.C.M. Consulting         |
  31. | rmartin@rational.com |-R--R-C----M-M-M-M-| C++/C/Unix Engineering    |
  32. |     (Uncle Bob.)     |-RRR--C----M--M--M-| OOA/OOD/OOP Training      |
  33. +----------------------+-R--R--CCC-M-----M-| Product Design & Devel.   |
  34.