home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / object / 3037 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.3 KB
  1. Xref: sparky comp.object:3037 comp.lang.eiffel:1003
  2. Path: sparky!uunet!gatech!news.byu.edu!yvax.byu.edu!cunyvm!psuvm!mkk2
  3. Newsgroups: comp.object,comp.lang.eiffel
  4. Subject: Re: Class methods (was: Re: How to design a data structure library)
  5. Message-ID: <92210.125846MKK2@psuvm.psu.edu>
  6. From: <MKK2@psuvm.psu.edu>
  7. Date: Tue, 28 Jul 1992 12:58:46 EDT
  8. References: <1992Jul23.123609.11699@bony1.bony.com><5618@vexpert.dbai.tuwien.ac.at><GEOFF.
  9.  92Jul27100601@wodehouse.flash.bellcore.com> <graham.712278529@galois>
  10. Organization: Penn State University
  11. Lines: 26
  12.  
  13. In article <graham.712278529@galois>, graham@maths.su.oz.au (Graham Matthews)
  14. says:
  15.  
  16. >Personally I think this is just awful. I want to write
  17.  
  18. >        c := a + b;             OR
  19. >        c := a union b;
  20.  
  21. >Any other notation is completely non-suggestive.
  22.  
  23. If you are saying that the OOPL language must support operator overloading
  24. to be useful then I guess you'll just have to use C++ or some such.
  25.  
  26.    In principle, I agree.  c := a + b translates into English  for me
  27. as something like "start with a, perform the union operation on it with
  28. b as an argument, return the union as a result, and assign it to c."
  29.  
  30. While your crystal clear traditional syntax is nice, I feel fine with
  31.  
  32.    c = [a union:b];
  33.  
  34. As for using Class methods, I wouldn't mind if there was also a
  35.  
  36.    c = [Set union:a :b];
  37.  
  38. method.
  39.