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

  1. Path: sparky!uunet!crdgw1!rpi!usc!howland.reston.ans.net!bogus.sura.net!darwin.sura.net!sgiblab!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
  2. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Why is C++ not considered a true OOL?
  5. Message-ID: <1993Jan27.193954.16386@ucc.su.OZ.AU>
  6. Date: 27 Jan 93 19:39:54 GMT
  7. References: <1993Jan21.034840.11361@syacus.acus.oz.au> <1993Jan22.194724.22151@ucc.su.OZ.AU> <1993Jan26.015219.10541@syacus.acus.oz.au>
  8. Sender: news@ucc.su.OZ.AU
  9. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  10. Lines: 72
  11. Nntp-Posting-Host: extro.ucc.su.oz.au
  12.  
  13. In article <1993Jan26.015219.10541@syacus.acus.oz.au> ian@syacus.acus.oz.au (Ian Joyner) writes:
  14. >maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
  15. >
  16. >>>Some people see pure OOLs as restrictive. 
  17. >
  18. >>    Especially if they favour writing some programs
  19. >>using an ADT approach rather than an OO one.
  20. >
  21. >I don't see this. One definition proposed for OOP is that it approximates
  22. >to ADTs + inheritance. So many OO languages are strongly based on ADTs. I
  23. >can't see anything magic about C++ that makes it a better tool for
  24. >implementing ADTs than any other OO language.
  25.  
  26.     ADT programming concentrates on VALUES not objects.
  27. C++ provides strong support for values: constructors, conversions,
  28. templates, value assignment, to name a few things. 
  29.  
  30.     The values --- to some extent --- are independent of
  31. the objects holding them. More 'Object' oriented languages
  32. do not provide this support to the same degree. 
  33.  
  34.     See how Eiffel 3 is upgraded to provide more support
  35. for values from the original Eiffel: Eiffel 3 now has
  36. constructors, and supports 'expanded' objects (known
  37. in C as 'auto' variables), and supports copying of values
  38. from one object to another and not just pointer
  39. assignment.
  40. >
  41. >John's going to love me for this, but arguments defending C++, based
  42. >on ADTs and mixed idiom programming are as fatuous as the engineering
  43. >compromise argument, which was effectively dispelled last year. These
  44. >are weak arguments. Even if they were strong arguments, they could not
  45. >make up for the fact that C++ is a language based on all the faults
  46. >of C, and it therefore leaves much to be desired as an OOL, or a modern
  47. >language of any paradigm.
  48.  
  49.     I agree C++ has many problems, some cannot be resolved:
  50. for example the lack of garbage collection is not likely to
  51. be fixed --- ever (just guessing here).
  52.  
  53.     However, I use C++ not Eiffel because, for one thing,
  54. I have a compiler for it for my PC. Now I have a choice
  55. of 4 different compilers (at least).
  56.  
  57. >
  58. >In summary, I think that ADTs, idioms, etc have become technical jargon
  59. >that is now being thrown around to avoid the real issues.
  60.  
  61.     I think 'Object Oriented' fits this category much better.
  62.  
  63.     And some of the *real* issues are not technical but
  64. political, social, commercial, economic and other things in such
  65. a vein. 
  66.  
  67.     For example, Eiffel is not an ISO language. Many
  68. sites will not use a language that does not have an ISO
  69. standard --- including perhaps C++ until the standard is done.
  70.  
  71.     I saw a daring (Australian too!) post asking for
  72. Eiffel by preference! This is unusual: perhaps they were
  73. more aware of technical issues than most.
  74.  
  75.     But I dont think C++ is as bad as it is made out to be.
  76. Its worst feature (IMHO) is the ugly syntax inherited from C.
  77. (I'd like garbage collection and assertions too :-)
  78.  
  79.  
  80. -- 
  81. ;----------------------------------------------------------------------
  82.         JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  83.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  84. ;------ SCIENTIFIC AND ENGINEERING SOFTWARE ---ph:  2 799 8223 --------
  85.