home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!sol.ctr.columbia.edu!spool.mu.edu!agate!doc.ic.ac.uk!uknet!mucs!m1!bevan
- From: bevan@cs.man.ac.uk (Stephen J Bevan)
- Newsgroups: comp.object
- Subject: Re: objects and closures
- Message-ID: <BEVAN.92Nov7123646@hippo.cs.man.ac.uk>
- Date: 7 Nov 92 12:36:46 GMT
- References: <1992Oct27.205320.13271@twg.com> <9210302223.AA11001@cs.columbia.edu>
- <720756315@sheol.UUCP> <Bx5DFt.7z3@dcs.ed.ac.uk>
- <BEVAN.92Nov3182229@hippo.cs.man.ac.uk> <720937337@sheol.UUCP>
- <Bx8zy5.4n5@dcs.ed.ac.uk>
- Sender: news@cs.man.ac.uk
- Organization: Department of Computer Science, University of Manchester
- Lines: 14
- In-reply-to: pdc@dcs.ed.ac.uk's message of 5 Nov 92 14:51:40 GMT
-
- In article <Bx8zy5.4n5@dcs.ed.ac.uk> pdc@dcs.ed.ac.uk (Paul Crowley) writes:
-
- I think that behind every use of a closure is an object that's
- hiding, and I suspect that by trying to bang your round problem
- into the square OO paradigm you'll end up with something more like
- real software that people will extend and reuse and write user
- interfaces to.
-
- I realise that this is comp.object, however I would hope that most
- readers are not so partisan as think reuse implies OOP. There are
- many ways to reuse code, inheriting from it is only _one_ method and I
- would venture not even the dominant one, even in OOL programs.
-
- bevan
-