Method or function?
dale at out-think.NOSPAMco.uk
Fri Nov 3 09:18:13 CET 2000
"Alex Martelli" <aleaxit at yahoo.com> wrote:
>"Rainer Deyke" <root at rainerdeyke.com> wrote in message
>news:1E8M5.152239$g6.69207599 at news2.rdc2.tx.home.com...
>> It bothers me that a function with two (or more) arguments which are
>> equally is implemented as a method of one of the arguments. It's
>I think the only _elegant_ way out of this asymmetry is the one indicated
>by Dylan's multimethod-dispatch of generic functions, which treats all
>arguments impartially. "method-notation" in Dylan, foo.bar, is just
>syntax sugar for a normal function call, bar(foo) [Dylan only allows this
>specific sugar for 1-argument functions, but one might extend it to have
>foo.bar(baz) mean bar(foo,baz), etc, I guess].
The new string methods prompted my original post - and in particular,
the lack of a len() method which seems an obvious addition to me.
I was also curious about the new join() method which strikes me as
being the wrong way around. Join should be a method of sequences not
of the string that is placed between the elements.
Business Technology Consultants
More information about the Python-list