home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / cplus / 19700 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.9 KB

  1. Path: sparky!uunet!olivea!gossip.pyramid.com!pyramid!infmx!cshaver
  2. From: cshaver@informix.com (Craig Shaver)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: MI vs. SI
  5. Message-ID: <1993Jan21.205125.7963@informix.com>
  6. Date: 21 Jan 93 20:51:25 GMT
  7. References: <1993Jan20.022321.18020@borland.com> <1993Jan21.093918.3738@fmrco.uucp>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 42
  11.  
  12. In article <1993Jan21.093918.3738@fmrco.uucp> pandrews@lovat.fmrco.com writes:
  13. >In article 18020@borland.com, pete@borland.com (Pete Becker) writes:
  14. >> In article <93019.090854IO70620@MAINE.MAINE.EDU> <IO70620@MAINE.MAINE.EDU> writes:
  15. ...
  16. >> >through the use of multiple inheritance.
  17. >> 
  18. ...
  19. >> But that sort of problem isn't limited to multiple inheritance...
  20. >>     -- Pete
  21. >> 
  22. >Totally agree. Why oh why oh why (:-)) do folks have such a downer on MI? YES, I
  23. >suppose you can do the same stuff with SI, but thats like saying "I can get from
  24. >A to B by walking, why drive?" (well kind of). The point is MI is USEFUL. As people
  25. >have said before: "Use it for Mixins". There is too much design of classes that
  26. >can't be re-used for various reasons (private not protected members, standard not
  27. >virtual functions (esp. destructors), monolithic SI class libraries).
  28. >
  29. >If you want to see the best argument yet for MI, take a look at NIH (it uses SI). The
  30. >library would have been much more useful written as a set of Mixins. Programmers could
  31. >then decide for themselves which parts of the Object class they wanted in their
  32. >programs. (P.S. NIH was first written prior to MI).
  33. >
  34. >Anyway, enough ranting for now.
  35. >
  36. >(Needless to say, my opinions are my own)
  37. >
  38. >- Paul
  39. >
  40. >
  41. >---
  42. >---
  43. >Paul Andrews
  44. >
  45. >EMail                Telephone
  46. >pandrews@lovat.fmrco.com    +44-71-975-4723
  47.  
  48. What about using delegation through class members?
  49.  
  50.  
  51. -- 
  52. Craig Shaver  (cshaver@informix.com for now) (415)390-0654 (415)926-6407
  53. Productivity Group POB 60458 Sunnyvale, CA  94088
  54.