home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.object:3023 comp.lang.eiffel:990
- Path: sparky!uunet!email!vexpert.dbai.tuwien.ac.at!mst
- From: mst@vexpert.dbai.tuwien.ac.at (Markus Stumptner)
- Newsgroups: comp.object,comp.lang.eiffel
- Subject: Re: Class methods (was: Re: How to design a data structure library)
- Message-ID: <5631@vexpert.dbai.tuwien.ac.at>
- Date: 27 Jul 92 18:03:49 GMT
- References: <GEOFF.92Jul27100601@wodehouse.flash.bellcore.com>
- Organization: DB and ES Subdivision, TU Vienna
- Lines: 23
-
- From article <GEOFF.92Jul27100601@wodehouse.flash.bellcore.com>, by geoff@flash.bellcore.com (Geoffrey Clemm):
- > I believe you missed the central point of Richie's article, namely that
- > Eiffel 3.0 has a clean way of handling this situation, to quote:
-
- >> !!c.union (a,b);
-
- > With which I completely agree. This avoids the unpleasant assymetry
- > of c:=a.union(b).
-
- I did get the point, I just don't like it. I grant that the asymmetry
- is avoided, but this is outwiehged by the fact that using the class
- method is, in my opinion, a completely weird way of handling an
- ordinary binary operator. Sets are a bad example for that construct,
- since they, as mathematical entities together with their appropriate
- operators, should correspond fairly closely to, say, integers or
- floats in this manner. As an example, addition (which closely
- corresponds to set union) is not a class message, and making it one
- does not improve the clarity of the code.
-
- --
- Markus Stumptner mst@vexpert.dbai.tuwien.ac.at
- University of Technology Vienna vexpert!mst@relay.eu.net
- Paniglg. 16, A-1040 Vienna, Austria ...mcsun!vexpert!mst
-