home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / cplus / 11484 < prev    next >
Encoding:
Internet Message Format  |  1992-07-24  |  1.1 KB

  1. Xref: sparky comp.lang.c++:11484 comp.std.c++:941
  2. Newsgroups: comp.lang.c++,comp.std.c++
  3. Path: sparky!uunet!ftpbox!motsrd!news
  4. From: shang@corp.mot.com (David (Lujun) Shang)
  5. Subject: Re: Language extensions for run-time type identification
  6. Message-ID: <1992Jul24.133712.19462@cadsun.corp.mot.com>
  7. Sender: news@cadsun.corp.mot.com
  8. Reply-To: shang@corp.mot.com
  9. Organization: Motorola, Inc., Software Research and Development, Rolling Meadows, IL. 60008
  10. References: <1992Jul23.200803.22371@ucc.su.OZ.AU>
  11. Date: Fri, 24 Jul 92 13:37:12 GMT
  12. Lines: 13
  13.  
  14. In article <1992Jul23.200803.22371@ucc.su.OZ.AU> maxtal@extro.ucc.su.OZ.AU  
  15. (John MAX Skaller) writes:
  16. >     IMHO making struct == class (baring access defaults) was a poor
  17. > decision. I would much rather 'struct' MEANT C-compatible. 
  18.  
  19. I couldn't agree more. Making struct == class brings about a big obstacle to  
  20. explore further the concept of class. Structure should not have the inheritance  
  21. hierarchy, otherwise we make a great trouble in trading off between the  
  22. C-compatible struct and the class-equivalent struct when the class concept  
  23. should be enhanced in C++.
  24.  
  25. David Shang
  26.