在诸如Java或C#等面向对象编程语言中，我们均能看到接口（interface）的身影。接口的内部通常包含有常量和方法定义，却并无实际的接口实现。

借助接口，1. 我们得以制定程序的规范化标准，确保继承其的类都能拥有相同的行为表现，从而提升代码的可复用性以及扩展性。2. 有效降低了代码之间的耦合程度，通过指定接口，而非具体的执行类，我们可以在程序运行期间，通过动态传递不同的实现类，来实现相同的代码，完成不同的逻辑处理。

从这些方面来看，接口的价值不容忽视，然而为何在Python这门语言中，却并未出现这样的设计呢？

鸭子类型

在查阅相关图书的过程中，经常会发现一个名为“鸭子类型”的概念相关的论述。与Java或C#中的情况不同，在这种设计风格下，只要实现的方法和字段与特定的一致便可（从Java8开始的版本，lambda编程也增加了这项特性）。正如常言道：若其行为表现似鸭子般优雅，则可将其称为鸭子，即使它本质是一只狗。

我们通过下方代码来演示该特性：

# 定义一个基础鸭子类
class Duck:
    # 拥有walk 功能
    def walk(self):
        pass
	# 拥有swim功能
    def swim(self):
        pass

# 定义一个电子鸭
class ElectronicDuck:
    # 同样定义walk功能
    def walk(self):
        print("使用4轮驱动运行")
	# 同样定义swim功能
    def swim(self):
        print("使用涡轮增压划水")

# 定义一个函数， 参数是Duck类型
def look_duck(duck: Duck):
    duck.walk()
    duck.swim()

# 调用函数， 将ElectronicDuck传入
look_duck(ElectronicDuck())

# 使用4轮驱动运行
# 使用涡轮增压划水

在上述代码中, 我们定义了一个Duck类型, 并定义了walk和swim两个方法，但是都不写具体的实现，然后我们定义了一个使用Duck类型的函数， 并在其内调用Duck的两个方法。在调用的时候，传入ElectronicDuck类型，因为ElectronicDuck内部的方法和Duck一致，因此look_duck在执行时完全正常，且内部逻辑均使用ElectronicDuck的实现来完成。

Python的鸭类型设计在功能上，完全可以实现类似Java中接口的功能， 但是有个缺点，就是在编码的时候无法实时检查使用的类型是否有基础类型的所有特性，只能在运行时通过报错发现，一定程度上增加了工作量。因此在Python中还有另一种方式来实现--抽象类，后续会用单独的文章来讲解。

#文章首发挑战赛#

#挑战30天在头条写日记#