home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / cplus / 19026 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.3 KB  |  59 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
  3. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  4. Subject: Re: Reusability will come true bringing by OOP?
  5. Message-ID: <1993Jan12.170208.1319@ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  9. References: <1993Jan12.042140.27051@sparc4.ncu.edu.tw>
  10. Date: Tue, 12 Jan 1993 17:02:08 GMT
  11. Lines: 46
  12.  
  13. In article <1993Jan12.042140.27051@sparc4.ncu.edu.tw> oper7@ee05.ncu.edu.tw (Anthony Shih Hao Lee) writes:
  14. >Hi, OOP experters:
  15. >
  16. >These days, My friend and I argued that if reusability will come true
  17. >if we use OOP. Take a example, for those GUI class, if you do not have
  18. >good ability to write good (well-organized, clear) documents, then it
  19. >is impossible for a client to use your classes. Because he cannot
  20. >promise that all behaviors derived from superclass will work correctly.
  21. >so I heard someone write an article (on a magazine) critized C++ is not
  22. >a good OOPL due to it is not well self-explained.
  23. >
  24. >Think about this if you are a TVISION programmers:
  25. >if Borland does not release TVision source code, do you really trust
  26. >the quality of that package?
  27. >
  28.  
  29.     IMHO reusability will not come from monsters like TV
  30. or whatever, but small, independent, classes, especially
  31. abstract ones.
  32.  
  33.     GUI classes are the last place to look for this.
  34. Try 'string'. I reuse my string class in almost
  35. every program. It is magic.
  36.  
  37.     For the moment, I look to using an ADT style
  38. more than OO. One of the main principle of OO and modularisation
  39. in general is to have loose and explicit coupling,
  40. like functions with parameters.
  41.  
  42.     Inheritance is neither: it provides strong coupling
  43. with implicit interfaces. So it should be treated with
  44. some respect and restraint.
  45.  
  46.     TV is the sort of heavily integrated nightmare
  47. you get from overdoing OO. I did one program in TV,
  48. and live to regret it.
  49.  
  50.     Have a look at the Borland template classes (BI classes)
  51. for something I think is much more reusable.
  52.  
  53.  
  54. -- 
  55. ;----------------------------------------------------------------------
  56.         JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  57.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  58. ;--------------- SCIENTIFIC AND ENGINEERING SOFTWARE ------------------
  59.