home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / scheme / 2033 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  1.9 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: comp.lang.scheme
  4. Subject: Re: R^4RS Authors Comments on Dylan
  5. Date: 15 Aug 1992 09:18:38 GMT
  6. Organization: Thinking Machines Corporation, Cambridge MA, USA
  7. Lines: 28
  8. Message-ID: <16ii5eINNonl@early-bird.think.com>
  9. References: <9208132109.AA16509@peanut.crl.dec.com> <16ge8vINNe1f@agate.berkeley.edu>
  10. NNTP-Posting-Host: gandalf.think.com
  11.  
  12. In article <16ge8vINNe1f@agate.berkeley.edu> bh@anarres.CS.Berkeley.EDU (Brian Harvey) writes:
  13. >jmiller@crl.DEC.COM writes:
  14. >>o Dylan's use of generic functions, derived directly from CLOS, fit
  15. >>  into the language in a particularly elegant manner.
  16. >But I want to try to get educational concerns
  17. >into the picture, so that the eventual decision isn't made entirely
  18. >in terms of what's easy to implement efficiently and so on.
  19.  
  20. That's a strange comment to make.  I have never heard anyone claim that
  21. CLOS-style multiple dispatch is easier to implement efficiently than
  22. traditional single dispatch OO.
  23.  
  24. Regarding the notion of "smart objects" and message passing, we in the CLOS
  25. community have basically decided that this is an artificial and restrictive
  26. paradigm.  We believe that the essence of OO programming is class
  27. inheritance and dynamic function dispatching.  The notion of
  28. object->class->method-table is not necessary for understanding this; it's a
  29. useful implementation technique for methods that only specialize on one
  30. argument, but it's not the appropriate way to conceptualize things.  In
  31. particular, it breaks down completely when the choice of implementation
  32. technique is based on two parameters (consider output, where the effect is
  33. dependent on both the type of object being output and the type of output
  34. destination (ASCII terminal, window, or file)).
  35. -- 
  36. Barry Margolin
  37. System Manager, Thinking Machines Corp.
  38.  
  39. barmar@think.com          {uunet,harvard}!think!barmar
  40.