Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Python > super, apply, or __init__ when subclassing?

Reply
Thread Tools

super, apply, or __init__ when subclassing?

 
 
exhuma.twn
Guest
Posts: n/a
 
      09-18-2007
This is something that keeps confusing me. If you read examples of
code on the web, you keep on seeing these three calls (super, apply
and __init__) to reference the super-class. This looks to me as it is
somehow personal preference. But this would conflict with the "There
one way to do it" mind-set.

So, knowing that in python there is one thing to do something, these
three different calls must *do* domething different. But what exactly
*is* the difference?

------------ Exampel 1: -----------------------------

class B(A):
def __init__(self, *args):
A.__init__(self, args)

------------ Exampel 2: -----------------------------

class B(A):
def __init__(self, *args):
apply( A.__init__, (self,) + args)

------------ Exampel 3: -----------------------------

class B(A):
def __init__(self, *args):
super(A,self).__init__(*args)

 
Reply With Quote
 
 
 
 
Ben Finney
Guest
Posts: n/a
 
      09-18-2007
"exhuma.twn" <> writes:

> This is something that keeps confusing me. If you read examples of
> code on the web, you keep on seeing these three calls (super, apply
> and __init__) to reference the super-class. This looks to me as it is
> somehow personal preference. But this would conflict with the "There
> one way to do it" mind-set.
>
> So, knowing that in python there is one thing to do something, these
> three different calls must *do* domething different. But what exactly
> *is* the difference?
>
> ------------ Exampel 1: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> A.__init__(self, args)
>
> ------------ Exampel 2: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> apply( A.__init__, (self,) + args)
>
> ------------ Exampel 3: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> super(A,self).__init__(*args)


Note that your examples 1 and 3 aren't different *calls*. They are
different ways of *getting at* the same class: either name it
explicitly (as in example 1) or use 'super' to get it for you.

Also, example 3 should instead call 'super(B, self).__init__'. If
you're going to go to the bother of actually *specifying* the class
'A', it's silly to call 'super' to get at it *again*.


The broader picture: I think you're right that this is ridiculously
difficult in Python. The community elders would have us use 'super' to
get at our inherited '__init__', but that doesn't work very well
<URL:http://fuhm.org/super-harmful/> so most people use your example
1.

--
\ "The most merciful thing in the world... is the inability of |
`\ the human mind to correlate all its contents." -- Howard |
_o__) Philips Lovecraft |
Ben Finney
 
Reply With Quote
 
 
 
 
Duncan Booth
Guest
Posts: n/a
 
      09-18-2007
"exhuma.twn" <> wrote:

> So, knowing that in python there is one thing to do something, these
> three different calls must *do* domething different. But what exactly
> *is* the difference?
>
> ------------ Exampel 1: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> A.__init__(self, args)
>
> ------------ Exampel 2: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> apply( A.__init__, (self,) + args)
>
> ------------ Exampel 3: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> super(A,self).__init__(*args)


Yes, they are all different.

The first one calls B's immediate base class but packs all of the
arguments together into a single tuple. Probably not what you meant.

The second one passes B's positional arguments to its immediate base
class without messing them up but uses a deprecated function to do it.
You should use "A.__init__(self, *args)" instead unless you are
concerned about multiple inheritance.

The third one skips over the __init__ method in the immediate base class
and calls the __init__ method in whatever class follows A in the MRO
instead. Probably not what you meant either.
 
Reply With Quote
 
Bruno Desthuilliers
Guest
Posts: n/a
 
      09-18-2007
exhuma.twn a écrit :
> This is something that keeps confusing me. If you read examples of
> code on the web, you keep on seeing these three calls (super, apply
> and __init__) to reference the super-class. This looks to me as it is
> somehow personal preference. But this would conflict with the "There
> one way to do it" mind-set.


apply is deprecated. Chances are that code using it is somewhat old.
super came with the new object model in Python 2.2.1 (IIRC), and is only
useful for some corner cases involving multiple inheritence . Directly
calling the superclass's method (__init__ or whatever) is the canonical
way in the most common cases.

And BTW, the sentence is "there *should* be one - and *preferably* only
one - *obvious* way to do it" (emphasis is mine). In this case, there's
_at least_ one way do to do it, and only one (direct call) is really
obvious IMHO !-)

> So, knowing that in python there is one thing to do something, these
> three different calls must *do* domething different.


Indeed. But mostly because you managed to get 2 examples wrong !-)

> But what exactly
> *is* the difference?
>
> ------------ Exampel 1: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> A.__init__(self, args)


You want:

class B(A):
def __init__(self, *args):
A.__init__(self, *args)


> ------------ Exampel 2: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> apply( A.__init__, (self,) + args)


is the same as the previous, using the deprecated apply function.

> ------------ Exampel 3: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> super(A,self).__init__(*args)
>


You want:

class B(A):
def __init__(self, *args):
super(B,self).__init__(*args)

 
Reply With Quote
 
Gabriel Genellina
Guest
Posts: n/a
 
      09-18-2007
En Tue, 18 Sep 2007 04:33:11 -0300, exhuma.twn <> escribi�:

> This is something that keeps confusing me. If you read examples of
> code on the web, you keep on seeing these three calls (super, apply
> and __init__) to reference the super-class. This looks to me as it is
> somehow personal preference. But this would conflict with the "There
> one way to do it" mind-set.
>
> So, knowing that in python there is one thing to do something, these
> three different calls must *do* domething different. But what exactly
> *is* the difference?


There are a few typos in your examples. If you write them this way:

> ------------ Exampel 1: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> A.__init__(self, *args)
>
> ------------ Exampel 2: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> apply( A.__init__, (self,) + args)
>
> ------------ Exampel 3: -----------------------------
>
> class B(A):
> def __init__(self, *args):
> super(B,self).__init__(*args)


then 2 is exactly the same as 1 but using a deprecated function. And 3 is
the same as 1 only when there is single inheritance involved (and you are
using new-style classes). But see the thread "super() doesn't get
superclass"

--
Gabriel Genellina

 
Reply With Quote
 
exhuma.twn
Guest
Posts: n/a
 
      09-18-2007
On Sep 18, 2:45 pm, Bruno Desthuilliers <bruno.
42.desthuilli...@wtf.websiteburo.oops.com> wrote:
> exhuma.twn a écrit :
>
> > This is something that keeps confusing me. If you read examples of
> > code on the web, you keep on seeing these three calls (super, apply
> > and __init__) to reference the super-class. This looks to me as it is
> > somehow personal preference. But this would conflict with the "There
> > one way to do it" mind-set.

>
> apply is deprecated. Chances are that code using it is somewhat old.
> super came with the new object model in Python 2.2.1 (IIRC), and is only
> useful for some corner cases involving multiple inheritence . Directly
> calling the superclass's method (__init__ or whatever) is the canonical
> way in the most common cases.
>
> And BTW, the sentence is "there *should* be one - and *preferably* only
> one - *obvious* way to do it" (emphasis is mine). In this case, there's
> _at least_ one way do to do it, and only one (direct call) is really
> obvious IMHO !-)
>
> > So, knowing that in python there is one thing to do something, these
> > three different calls must *do* domething different.

>
> Indeed. But mostly because you managed to get 2 examples wrong !-)
>
> > But what exactly
> > *is* the difference?

>
> > ------------ Exampel 1: -----------------------------

>
> > class B(A):
> > def __init__(self, *args):
> > A.__init__(self, args)

>
> You want:
>
> class B(A):
> def __init__(self, *args):
> A.__init__(self, *args)


Ah.. this was a typo in my original post. Oops

>
> > ------------ Exampel 2: -----------------------------

>
> > class B(A):
> > def __init__(self, *args):
> > apply( A.__init__, (self,) + args)

>
> is the same as the previous, using the deprecated apply function.
>
> > ------------ Exampel 3: -----------------------------

>
> > class B(A):
> > def __init__(self, *args):
> > super(A,self).__init__(*args)

>
> You want:
>
> class B(A):
> def __init__(self, *args):
> super(B,self).__init__(*args)


Hmmm... and suddenly it all makes sense! Great!

Thanks all for clarifying this to a Java-Convert

 
Reply With Quote
 
exhuma.twn
Guest
Posts: n/a
 
      09-18-2007
On Sep 18, 2:50 pm, "Gabriel Genellina" <gagsl-...@yahoo.com.ar>
wrote:
> En Tue, 18 Sep 2007 04:33:11 -0300, exhuma.twn <exh...@gmail.com> escribi?:
>
> > This is something that keeps confusing me. If you read examples of
> > code on the web, you keep on seeing these three calls (super, apply
> > and __init__) to reference the super-class. This looks to me as it is
> > somehow personal preference. But this would conflict with the "There
> > one way to do it" mind-set.

>
> > So, knowing that in python there is one thing to do something, these
> > three different calls must *do* domething different. But what exactly
> > *is* the difference?

>
> There are a few typos in your examples. If you write them this way:
>


Example 3 was not really a typo on my side. While I was browsing
around for python, I saw this in a code-fragment. So I thought this
was the way to do it. Even though I thought "super(A..." does not make
sense in a "semantic" way. Instead of just accepting this as a fact I
probably should have trusted my gut-feeling and investigate.

Nonetheless the posts (and explanations) here were really helpful for
me to understand what's happening under the hood. But seeing these
three variants of doing (nearly) the same was an itch I finally
decided to scratch. So far I blindly used "Example 1" as it seemed to
work for me.

>
>
> > ------------ Exampel 1: -----------------------------

>
> > class B(A):
> > def __init__(self, *args):
> > A.__init__(self, *args)

>
> > ------------ Exampel 2: -----------------------------

>
> > class B(A):
> > def __init__(self, *args):
> > apply( A.__init__, (self,) + args)

>
> > ------------ Exampel 3: -----------------------------

>
> > class B(A):
> > def __init__(self, *args):
> > super(B,self).__init__(*args)

>
> then 2 is exactly the same as 1 but using a deprecated function. And 3 is
> the same as 1 only when there is single inheritance involved (and you are
> using new-style classes). But see the thread "super() doesn't get
> superclass"
>
> --
> Gabriel Genellina



 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Should one always add super().__init__() to the __init__? Ramchandra Apte Python 17 09-30-2012 12:04 PM
super(...).__init__() vs Base.__init__(self) Kent Johnson Python 7 02-12-2006 08:59 PM
__new__ does not call __init__ as described in descrintro.html (WAS:Can __new__ prevent __init__ from being called?) Steven Bethard Python 2 02-16-2005 06:50 AM
overriding a tuple's __init__ Simon Burton Python 8 08-18-2003 10:16 PM
Accessing an instance's __init__ args from outside the class Alexander Eberts Python 3 07-15-2003 10:29 PM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57