home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.object
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!menudo.uh.edu!lobster!siswat!buck
- From: buck@siswat.hou.tx.us (Lester Buck)
- Subject: Re: Object hidden state and side effects
- Message-ID: <1992Dec18.152344.19020@siswat.hou.tx.us>
- Organization: Photon Graphics, Houston
- References: <BzBC1L.3GJ@inews.Intel.COM> <1992Dec15.201242.8995@midway.uchicago.edu> <BzF6uA.1u3@inews.Intel.COM>
- Date: Fri, 18 Dec 1992 15:23:44 GMT
- Lines: 48
-
- In article <BzF6uA.1u3@inews.Intel.COM> bongalon@tcad05.intel.com (Ben Bongalon) writes:
- >
- >I wrote:
- >|> >Frankly I don't understand all the confusion about the distinction
- >|> >between objects and values. As i see it, an object may have
- >internal states;
- >|> >more specifically, an object may contain other objects, which
- >|> >may in turn be composite (ie, contain other objects) or simple
- >|> >(ie, just contains values). But note that simple and composite
- >|> >objects are merely concepts in our minds. In order to apply them
- >|> >to computer programming, we map these objects into variables.
- >|> >
- >
- >Dave Griffith replied:
- >|> The distinction between simple and compound is somewhat useful, but has
- >|> very little to do with the value/object distinction.
-
- [Much extra deleted]
-
- I got into this thread late, but just in case this definitive reference
- has not been menitioned...
-
- You two might want to read the following article:
-
- Values and Objects in Programming Languages
- B.J. MacLennan
- SIGPLAN Notices, Vol 17, No. 12, Dec 1982, pp.70-79
-
- reprinted in "Tutorial: Object-Oriented Computing, Volume 1: Concepts"
- ed. Gerald E. Peterson, IEEE Computer Society Press, order number 821
-
- The introduction section reads:
-
- The terms "value-oriented" and "object-oriented" are used to describe
- both programming languages and programming styles. This paper attempts
- to elucidate the differences between values and objects and argues that
- their proper discrimination can be a valuable aid to conquering program
- complexity. The first section shows that "values" amount to timeless
- abstractions for which concepts of updating, sharing and instantiation
- have no meaning. The second section shows that "objects" exist in time
- and, hence, can be created, destroyed, copied, shared, and updated. The
- third section argues that proper discrimination of these concepts in
- programming languages will clarify problems such as the role of state in
- functional programming. The paper concludes by discussing the use of
- the value/object distinction as a tool for program organization.
-
- --
- A. Lester Buck buck@siswat.hou.tx.us ...!uhnix1!siswat!buck
-