[Python-3000] Traits/roles instead of ABCs

Steven Bethard steven.bethard at gmail.com
Mon Apr 30 19:46:31 CEST 2007


On 4/30/07, Collin Winter <collinw at gmail.com> wrote:
> No existing mechanism would allow PEP 3141 to be distributed as a
> third-party module and still impact the built-in types; that's what
> this whole business of __isinstance__ and __issubclass__ is about. In
> order to achieve dynamic composition, we're having to monkey with
> fundamental, bedrock properties of inheritance-based object
> orientation. The definition of "subclass" and "instance" is no longer
> objective; the answer to "is X an instance of Y?" becomes, "I dunno,
> ask Y".

I guess I don't understand why this bothers you more than how you can
currently mess with __class__::

    >>> class X(object):
    ...     __class__ = property(lambda self: Y)
    ...
    >>> class Y(object):
    ...     pass
    ...
    >>> isinstance(X(), Y)
    True

The X class does *not* inherit from the Y class, yet it tells us that
it does. To me, that certainly looks like "monkey[ing] with
fundamental, bedrock properties of inheritance-based object
orientation".

Maybe you could give a couple realistic examples of where you think
people using __isinstance__ and __issubclass__ are going to break
things unintentionally?

STeVe
-- 
I'm not *in*-sane. Indeed, I am so far *out* of sane that you appear a
tiny blip on the distant coast of sanity.
        --- Bucky Katt, Get Fuzzy


More information about the Python-3000 mailing list