wei*_*ang 4 python metaclass subclass python-2.x
class AnimalMeta(type):
def __instancecheck__(cls, instance):
return cls.__subclasscheck__(type(instance))
def __subclasscheck__(cls, sub):
return (hasattr(sub, 'eat') and callable(sub.eat) and
hasattr(sub, 'sleep') and callable(sub.sleep))
class Animal(object):
__metaclass__ = AnimalMeta
pass
class Dog(object):
def eat(self):
print "eat"
def sleep(self):
print "sleep"
dog = Dog()
dog.eat()
print isinstance(dog, Animal)
print issubclass(dog, Animal)
Run Code Online (Sandbox Code Playgroud)
输出:
class AnimalMeta(type):
def __instancecheck__(cls, instance):
return cls.__subclasscheck__(type(instance))
def __subclasscheck__(cls, sub):
return (hasattr(sub, 'eat') and callable(sub.eat) and
hasattr(sub, 'sleep') and callable(sub.sleep))
class Animal(object):
__metaclass__ = AnimalMeta
pass
class Dog(object):
def eat(self):
print "eat"
def sleep(self):
print "sleep"
dog = Dog()
dog.eat()
print isinstance(dog, Animal)
print issubclass(dog, Animal)
Run Code Online (Sandbox Code Playgroud)
我试图理解python虚拟子类,示例如上所示。实例,虚拟子类根本不需要实现抽象方法。
虚拟子类的实际用例是什么?在我看来,虚拟子类的工作方式就像在鸭子类型和对象继承中间。
鸭子类型-虚拟子类-对象继承
小智 5
我读了《 Python中的接口:协议和ABC》,它使我有了更好的理解。我们在Python中输入鸭子:
如果它说话像鸭子一样走路,那它就是鸭子。
但是,Bird和Aeroplane都可以fly()。但是他们不是同一回事。因此,我们需要定义一个接口来区分它们。(Python没有interface关键字,因此我们实际上正在使用抽象类)
让我来看一个例子:
我们有Duck和MyPlane在我们的程序中。他们两个都实现了fly()方法。现在,我们想从机库中选择一架飞机,让一些人登机,然后飞往另一个城市。显然,我们无法将人员放到上Duck,因此我们定义了一个称为(实际上是抽象类)的接口Plane。然后让MyPlane我们继承Plane。
一切正常。当我们想选择一个飞机时,我们检查它是否属于子类Plane。但是,波音公司开发了一个软件包,其中包含一个Boeing747Plane。我们购买了飞机(from boeing-airplanes import Boeing747Plane),但未被识别为飞机。它确实有一个fly()方法,但是它不是从我们的Plane类继承的,因此我们的Python解释器不会将其识别为飞机。
好消息是Python是一种灵活的语言。感谢for的register方法ABCMeta,执行之后Plane.register(Boeing747Plane),Boeing747Plane是Planenow 的子类。我们可以Boeing747Plane像我们自己的build 一样使用第三方Plane。万岁!
因此,您会看到,当我们希望从第三方程序包中创建一个类作为我们自己的抽象类的子类时,将使用虚拟类。我们希望它实现我们的接口,但是我们不能更改其代码,因此我们明确告诉解释器“它实现了我们的接口,请将其视为我们自己类的子类”。我认为通常我们不想使用它,但是当您需要使用时,请谨慎使用。正如Luca Cappelletti所说,这是Python遵循“我们在这里成年”的理念所允许的众多灵活性之一。
| 归档时间: |
|
| 查看次数: |
849 次 |
| 最近记录: |