在 Python 中模拟成员资格测试：正确地将 __contains__ 委托给包含对象

Question

我已经习惯了 Python 允许一些巧妙的技巧将功能委托给其他对象。 一个例子是对所包含对象的委托。

但似乎我没有运气，当我想委托 __contains __:

class A(object):
    def __init__(self):
       self.mydict = {}
       self.__contains__ = self.mydict.__contains__

a = A()
1 in a

我得到：

Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: argument of type 'A' is not iterable

我做错了什么？ 当我调用 a.__contains __(1) 时，一切都很顺利。 我什至尝试在 A 中定义一个 __iter __ 方法，使 A 看起来更像一个可迭代的，但它没有帮助。 我在这里错过了什么？

Answer 1

诸如 __contains__ 之类的特殊方法仅在类上定义时才特殊，而不是在实例上定义（Python 2 中的遗留类除外，无论如何您都不应该使用它们）。

因此，在类级别进行委托：

class A(object):
    def __init__(self):
       self.mydict = {}

    def __contains__(self, other):
       return self.mydict.__contains__(other)

我实际上更喜欢将后者拼写为 return other in self.mydict，但这是一个小风格问题。

编辑：如果“完全动态的每个实例重定向特殊方法”（如提供的旧式类）是必不可少的，那么用新式类实现它并不难：你只需要每个具有如此特殊需求的实例必须包装在其自己的特殊类中。 例如：

class BlackMagic(object):
    def __init__(self):
        self.mydict = {}
        self.__class__ = type(self.__class__.__name__, (self.__class__,), {})
        self.__class__.__contains__ = self.mydict.__contains__

本质上，在使用一点点黑魔法将 self.__class__ 重新分配给一个新的类对象之后（其行为与前一个类似，但有一个空字典，除了这个之外没有其他实例self），在旧式类中的任何位置，您将分配给 self.__magicname__，改为分配给 self.__class__.__magicname__ （并确保它是内置或静态方法，不是普通的 Python 函数，除非在某些不同的情况下您确实希望它在实例上调用时接收 self）。

顺便说一句，这个 BlackMagic 类实例上的 in 运算符实际上比之前提出的任何解决方案更快 --或者至少我用我常用的值得信赖的-mtimeit进行测量（直接进入内置方法，而不是遵循涉及继承和描述符的正常查找路线，剃须一点开销）。

编写一个元类来自动化每个实例的 self.__class__ 的想法并不难（它可以在生成的类的 __new__ 方法中完成肮脏的工作，也许也可以）如果在实例上分配，则将所有魔术名称设置为在类上实际分配（通过 __setattr__ 或许多许多属性）。 但只有当对此功能的需求确实广泛时（例如，将一个巨大的古老 Python 1.5.2 项目移植到现代 Python（包括 Python 3）中，该项目自由地使用“每个实例的特殊方法”），这才是合理的。

我推荐“聪明”或“黑魔法”的解决方案吗？ 不，我不这么认为：几乎总是以简单、直接的方式做事会更好。 但“几乎”在这里是一个重要的词，很高兴手头有这样先进的“钩子”，用于罕见但并非不存在的情况，在这些情况下，它们的使用实际上是有必要的。