home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / programm / 8095 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  3.1 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!cs.utexas.edu!milano!uudell!pensoft!usenet
  2. From: ricardo@pencom.com (Ricardo Parada)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re: The Darker Side of C++ (forwarded)
  5. Message-ID: <1993Jan12.234017.14834@pencom.com>
  6. Date: 12 Jan 93 23:40:17 GMT
  7. References: <1iv5ijINN8ba@pith.uoregon.edu>
  8. Sender: usenet@pencom.com (Usenet Pseudo User)
  9. Distribution: usa
  10. Organization: Pencom Software
  11. Lines: 71
  12.  
  13. In article <1iv5ijINN8ba@pith.uoregon.edu> bjorn@darmok.uoregon.edu (Bjorn S.  
  14. Fjeld Pettersen) writes:
  15. > In article <1993Jan12.165154.26915@dvorak.amd.com> rpomeroy@aunext1.amd.com  
  16. > (Ron Pomeroy x(Coop)) writes:
  17. > > In article <63320@mimsy.umd.edu> alex@cs.umd.edu (Alex Blakemore) writes:
  18. > > >>I thought some Obj-C users would find it interesting.
  19. > > [munch munch]
  20. > > >>
  21. > > >>                       ANNOUNCEMENT OF A LECTURE
  22. > > >>                       
  23. > > >>                    
  24. > > >>                    -- "THE DARKER SIDE OF C++" --
  25. > > >>                    
  26. > > >>                     Wednesday, January 27, 1993
  27. > > >>               15.15 o'clock (end at 17.00 at the latest)
  28. > > >>
  29. > > >>
  30. > > >>          Ecole Polytechnique Federale de Lausanne - Site Ecublens
  31. > > >>          Batiments du Departement d'informatique - room INR 219
  32. > > >>         
  33. > > >>
  34. > > >>           by MARKKU SAKKINEN, University of Jyvaskyla, Finland
  35. > > >>
  36. > > >>
  37. > > [munch munch]
  38. > > 
  39. > > >>The worst disadvantage of C++ at the moment is political:  accepting
  40. > > >>C++ as the standard OO language de facto tends to kill other existing
  41. > > >>languages, and stifle the development of a new generation of
  42. > > >>essentially better OO languages.
  43. > > 
  44. > > Aaaaaaaaaamen!!
  45. > > 
  46. > > --
  47. > > Ronald Pomeroy        [Objective-Cruntime: [Smalltalk runtime]];
  48. > 
  49. > When I can do this in Obj-C I would be happy (tm):
  50. > 
  51. >     String a = "hello", b = " ", c = "world";
  52. >     cout << a + b + c + '\n';
  53. > 
  54. > Until then things (tm) look soooo much prettier in C++.
  55. > (BTW, where is that multiple inheritance in Obj-C???)
  56. > 
  57.  
  58. Where are those productivity gains in C++?  Where is that real run-time  
  59. binding in C++?  Where are those Distributed Objects seamlessly integrated  
  60. into the language?  Sorry, but you won't see that on C++?
  61.  
  62. Operator overloading **is cool and simplifies notation**.  It's pretty handy  
  63. for complex numbers and strings.  But it does NOT have as much impact on code  
  64. maintenance and programmer productivity as ObjC's features.
  65.  
  66. As of multiple inheritance, I usually use composite objects in ObjC.  To build  
  67. a SavePanel you don't inherit from a button and from a window you use a button  
  68. (i.e. a button that says Save and another for Cancel) object and a window (or  
  69. panel) object.  The window will contain a button object, making it a composite  
  70. object.  It's cleaner.  If you find a case where composite objects do not  
  71. solve your problem and you have to use multiple inheritance let me know 'cause  
  72. I'm still looking for a practical example.
  73.  
  74. That's why I like ObjC++.  But to me:
  75.  
  76.      ObjC >> C++ 
  77.  
  78. where >> means "much greater than."  I'm not being religious, just  
  79. "Objective."  Keep the one you like better!
  80.  
  81. --
  82. Ricardo J. Parada
  83. Pencom Software
  84.