home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / oop / macapp3 / 608 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.8 KB  |  44 lines
  1. Newsgroups: comp.sys.mac.oop.macapp3
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!data.nas.nasa.gov!taligent!lsr.taligent.com!user
  3. From: lsr@taligent.com (Larry Rosenstein)
  4. Subject: Re: C++ (was re: bedrock defection
  5. Message-ID: <lsr-250193180305@lsr.taligent.com>
  6. Followup-To: comp.sys.mac.oop.macapp3
  7. Sender: usenet@taligent.com (More Bytes Than You Can Read)
  8. Organization: Taligent, Inc.
  9. References: <727841301.8123714@AppleLink.Apple.COM>
  10. Date: Tue, 26 Jan 1993 02:10:17 GMT
  11. Lines: 31
  12.  
  13. In article <727841301.8123714@AppleLink.Apple.COM>,
  14. ALANDAIL@AppleLink.Apple.COM (Personal Software, Alan Dail,PRT) wrote:
  15. > 
  16. > that C++ is better than C).  For example, anywhere you can use a ==, you can
  17.  
  18. You're right about this, and I haven't considered these issues.  The == vs.
  19. = problem is a flaw that C++ inherits from C.  The same is true of switch
  20. statements (where leaving out the break in each case is usually a mistake).
  21.  
  22. As someone mentioned, MPW C++ does warn you about some of these things, and
  23. a better compiler would do a better job of warning you.
  24.  
  25. > like having various features clash when used together or having the wrong
  26.  
  27. I think there's a tradeoff here.  You could remove lots of features from
  28. the language, but then there would be useful things that you couldn't do. 
  29. For example, removing stack-based objects would simplify things
  30. considerably, but stack-based objects are useful in many places.
  31.  
  32. One of the premises behind my MADA Conference talk on C++ is that if you
  33. develop some "rules of thumb" (or "idioms" as James Coplien describes them)
  34. for using C++ then it's much easier to deal with the language.
  35.  
  36. > defaults when using features (why isn't virtual the default?).  It's a shame
  37.  
  38. C++ was designed for maximum performance.
  39.  
  40. Larry Rosenstein
  41. Taligent, Inc.
  42.  
  43. lsr@taligent.com
  44.