A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2002-October/029164.html below:

[Python-Dev] perplexed by mro

[Python-Dev] perplexed by mro [Python-Dev] perplexed by mroGuido van Rossum guido@python.org
Fri, 04 Oct 2002 08:11:28 -0400
> > No, the whole point here is that the most inherited class's MRO
> > (i.e. z) can insert things in a base class's MRO.
> 
> It worries me that when I write a super call, I'll
> never be sure which method is going to be called,
> because someone might inherit me and mess with
> my mro.

But this is the whole *point* of the super() built-in.  Read up on
cooperative methods.

> But I can see that there are cases where this
> behaviour is desirable. I guess it's okay as long
> as I have the option of explicitly specifying
> the base class. (You're not going to take that
> away, are you?)

Not any time soon -- though I expect your fears are irrational. :-)

--Guido van Rossum (home page: http://www.python.org/~guido/)



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4