答案。

鸭子类型是Python的一个基本原则，根据该原则，对象是根据其行为而不是根据其类别层次来考虑的。

问题的背景

此术语源于谚语：“如果某物看起来像鸭子，游泳像鸭子，叫声像鸭子，那么它就是鸭子。”在Python中，对象的行为（其接口）比其所属的类更重要。这实现了“鸭子类型”原则——基于行为的类型化（结构类型化）。

问题

看起来，鸭子类型提供了最大的灵活性。但这增加了隐藏错误的数量：如果对象不支持所需的接口，程序将在运行时“崩溃”。

解决方案

与其通过isinstance或type检查类型，不如编写尝试调用对象所需方法的函数，假设它支持这些方法——这样就能正常工作。最坏的情况下，捕获AttributeError或TypeError，以处理意外对象。

示例：

def quack_and_walk(duck):
    duck.quack()
    duck.walk()

class Robot:
    def quack(self):
        print("我会呱呱叫！")
    def walk(self):
        print("我在走")

quack_and_walk(Robot())  # 一切正常！

关键特性：

对象的行为比其类更重要。
只要实现所需方法，就可以使用完全不同类型的外部代码，而无需继承。
缺点：由于缺失的方法造成的错误只在运行时显现。

有陷阱的问题。

在Python中是否可以通过isinstance检查类型，并说这符合鸭子类型的标准？

不可以。鸭子类型正好与严格的类型检查相对立。更准确的做法是关注对象的行为，而不是它的血统。

是否可以通过抽象基类（ABC）实现鸭子类型？

部分可以。抽象类引入了静态结构的元素。鸭子类型并不要求声明亲属关系——你只需实现所需的方法。但从Python 3.8开始，引入了typing.Protocol模块，使我们更接近于结构类型化。

鸭子类型能否与魔法方法（len，__getitem__等）一起工作？

可以。如果对象实现了所需的方法（len），可以将其传递给函数，例如len(obj)，这将根据鸭子类型正常工作。

常见错误和反模式

依赖于基于类的检查（isinstance），而不是行为。
不处理可能因缺失方法而导致的异常。
在需要明确保证类型的地方（例如，在关键库中）使用鸭子类型。

生活中的示例

负面案例

开发人员编写一个接受所有具有run()方法的对象的函数，但没有进行检查。代码中出现一个没有该方法的对象——错误只在运行时发生。

优点：

灵活性，快速原型设计。

缺点：

难以调试，错误代价高（程序在预料之外的地方崩溃）。

正面案例

使用鸭子类型，但带有try/except和接口文档：

def run_task(obj):
    try:
        obj.run()
    except AttributeError:
        print("对象不支持运行任务！")