[Python-Dev] subclassing builtin data structures

Guido van Rossum guido at python.org
Fri Feb 13 05:01:19 CET 2015


On Thu, Feb 12, 2015 at 7:41 PM, Ethan Furman <ethan at stoneleaf.us> wrote:

> On 02/12/2015 06:39 PM, Alexander Belopolsky wrote:
>
> > In my view, a constructor is no different from any other method.  If the
> designers of the subclass decided to change the
> > signature in an incompatible way, they should either override all
> methods that create new objects or live with tracebacks.
>
> > On the other hand, if all I want in my Date class is a better __format__
> method, I am forced to override all operators
> > or have my objects silently degrade [...]
>
> So there are basically two choices:
>
> 1) always use the type of the most-base class when creating new instances
>
>    pros:
>      - easy
>      - speedy code
>      - no possible tracebacks on new object instantiation
>
>    cons:
>      - a subclass that needs/wants to maintain itself must override all
>        methods that create new instances, even if the only change is to
>        the type of object returned
>
> 2) always use the type of self when creating new instances
>
>    pros:
>      - subclasses automatically maintain type
>      - much less code in the simple cases [1]
>
>    cons:
>      - if constructor signatures change, must override all methods which
>        create new objects
>
> Unless there are powerful reasons against number 2 (such as performance,
> or the effort to affect the change), it sure
> seems like the nicer way to go.
>
> So back to my original question: what other concerns are there, and has
> anybody done any benchmarks?
>

Con for #2 is a showstopper. Forget about it.

-- 
--Guido van Rossum (python.org/~guido)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20150212/0a368e51/attachment.html>


More information about the Python-Dev mailing list