home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / object / 2983 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.3 KB
  1. Path: sparky!uunet!gatech!prism!gt4084c
  2. From: gt4084c@prism.gatech.EDU (SRINIVASAN,K)
  3. Newsgroups: comp.object
  4. Subject: Re: Can functions be objects?
  5. Message-ID: <64210@hydra.gatech.EDU>
  6. Date: 23 Jul 92 20:18:50 GMT
  7. References: <2840@media03.UUCP>
  8. Organization: Georgia Institute of Technology
  9. Lines: 24
  10.  
  11. In article <2840@media03.UUCP> pkr@media03.UUCP (Peter Kriens) writes:
  12. >
  13. >Functions as objects
  14.  
  15. >Even in the book of Rebecca Wirfs-Brock 
  16. >I am confronted with an Inquiry, a Deposit and a Withdrawal object
  17. >in the ATM. 
  18.  
  19. Look at the functions as Events about which you wish to store some
  20. attributes.  In your example of Withdrawal, time taken, money withdrawn,
  21. etc., belong better to a withdrawal object than to the object representing
  22. the person who withdrew the money, right?
  23.  
  24. BTW, I do modeling of manufacturing enterprises.  The structured models
  25. usually have a function model and an information model.  When I started
  26. with OO modeling, I thought only the contents of the info. model will
  27. be classes and the functions will be methods of these classes.  However,
  28. I realized the need for 'function classes' real soon.
  29.  
  30. -- 
  31. SRINIVASAN,K
  32. School of Textile Engineering   Georgia Tech.
  33. uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!prism!gt4084c
  34. ARPA: gt4084c@prism.gatech.edu
  35.