malmiteria writes: > Stephen J. Turnbull writes: > > One really plausible example is given in Raymond's piece: a later > > version of the same library refactors a "monolithic" class as a child > > of one or more "private" classes that are not intended to be exposed > > in the public API, but your multiply-derived class *written before the > > refactoring* Just Works. As far as I can see, super(), and maybe even > > the deterministic MRO, is needed to make that work.
> I'm curious about this exemple, do you have a link to share so i > could have a look at the code / change in code? This could be a > good exercice. The example is not code, it's a description of a case where you would definitely not know the class hierarchy at execution time because it changes after you release your code. It's described in "Python's super() considered super!" But you don't need to read it, there are no more details than what's quoted above. _______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/7QBPZL4BOKYKODXW2NQYCHZC5BJUGSQR/ Code of Conduct: http://python.org/psf/codeofconduct/
