no return values for __init__ ??

Aahz Maruch aahz at netcom.com
Mon Jan 10 12:17:03 EST 2000


In article <001701bf5b54$e0e110d0$f29b12c2 at secret.pythonware.com>,
Fredrik Lundh <fredrik at pythonware.com> wrote:
>Helge Hess <helge.hess at mdlink.de> wrote:
>>
>> Hm, I wonder why it is simpler to have two separate kinds of methods
>> instead of a consistent behaviour for all methods ?
>
>umm. in my dictionary, "consistent" means "free from variation or
>contradiction".
>
>in the current design, if you call a class object, you *always* get
>an instance of that class. in the current design, if you inherit from
>a class and call the parent's init function, it *always* initializes
>the current instance. in the current design, multiple inheritance is
>*always* supported.
>
>in your design, you've changed "always" to "it depends". hardly
>something that would make Python's behaviour more consistent.

Helge, Fredrik here has done a much better job of illustrating what I
meant by top-view versus bottom-view.  You're focusing on consistency of
method implementation and use (bottom-view); we're focusing on
consistency of the Python model as a whole (top-view).
--
                      --- Aahz (@netcom.com)

Androgynous poly kinky vanilla queer het    <*>     http://www.rahul.net/aahz/
Hugs and backrubs -- I break Rule 6

Have a *HAPPY* day!!!!!!!!!!



More information about the Python-list mailing list