Python 里没有接口，如何写设计模式

关注

原创最新推荐文章于 2026-02-20 00:21:36 发布 939 阅读 AI 写同款· GEO 优化 ›

Python 中最简最好的设计模式 作为这么一门有前途也有钱途的语言，还有什么理由不去学习和掌握呢？阅读详情

尽管 Python 没有像 Java、C++ 一样的显式接口（interface）机制，但通过抽象基类（ABC）、鸭子类型（Duck Typing）、协议类（Protocol）**等机制，依然可以优雅地实现各种设计模式。其中，使用抽象基类（Abstract Base Classes, ABC）定义接口规范，是实现面向对象设计中诸如策略模式、工厂模式、观察者模式等常见模式的核心方法。抽象基类不仅提供接口约束，还可以实现部分通用行为，兼具灵活性与规范性。

一、PYTHON 为什么没有传统意义上的接口

Python 是一种动态语言，强调"duck typing"，即“如果它像鸭子，叫起来像鸭子，那它就是鸭子”，而不是严格依赖类型约束。这种设计哲学倡导开发者关注对象的行为而非其类型。这意味着，如果一个对象具有某个方法或属性，无论它的类型是什么，都可以在特定上下文中被认为是合适的。

传统静态语言（如 Java 或 C++）强制接口声明是为了解决编译期的类型安全问题。但在 Python 中，运行时类型检查和更为灵活的对象模型使得“接口”更像是一种“行为契约”。因此，Python 倾向于使用文档和开发约定（convention over configuration）来代替强类型限制。

二、抽象基类：Python 的正式接口机制

Python 通过内置模块 abc（Abstract Base Classes）提供了实现接口的能力。开发者可以使用 ABC 和 @abstractmethod 装饰器来定义必须由子类实现的方法，从而模拟接口的行为。这种机制能显著增强代码的可维护性、清晰性以及团队协作时的规范性。

例如，我们定义一个支付网关的接口：

from abc import ABC, abstractmethod

class PaymentGateway(ABC):
    @abstractmethod
    def pay(self, amount: float):
        pass

该接口可用于限制所有支付类都必须实现 pay 方法，防止因忘记实现而导致运行时错误。

抽象基类还支持混入（Mixin）逻辑，使得你可以为子类预定义一套默认实现。例如你可以提供日志、异常处理等公用机制，保持代码的统一性和复用性。

三、使用协议类实现结构化接口

Python 3.8 引入了 Protocol 类，这是一种结构化类型检查机制，常用于静态类型工具（如 MyPy）中。不同于继承式接口（如 ABC），Protocol 通过判断对象是否具备某些属性和方法，而不是是否继承某个基类，来判断它是否满足协议。

例如：

from typing import Protocol

class Flyable(Protocol):
    def fly(self) -> None: ...

此时，只要某个类实现了 fly() 方法，无论它是否显式继承 Flyable，都可以在类型检查中被视为合法。

这种特性尤其适合在依赖注入、插件系统、策略切换中使用。你可以根据方法签名自动识别是否满足接口规范，而无需牵涉到复杂的继承结构，有利于降低耦合度，增强代码灵活性。

四、基于鸭子类型的接口模拟

鸭子类型强调“行为匹配”而非“类型匹配”。这意味着在 Python 中，只要一个对象实现了你所需的方法，你就可以放心使用它，无需检查它是否来自某个类或实现某个接口。

例如，以下代码展示了如何在命令模式中使用鸭子类型：

class PrintCommand:
    def execute(self):
        print("Printing document...")

class SaveCommand:
    def execute(self):
        print("Saving file...")

两者都具有 execute() 方法，因此可以被同一个调度器调用。这种模式避免了过度设计，提升开发效率，特别适合快速原型开发和功能迭代。

鸭子类型在实践中配合高阶函数（如 map, filter, sorted 的 key 函数）和动态分发（如 getattr）效果更佳。

五、常见设计模式在 Python 中的实现技巧

Python 的灵活语法结构和内建的高阶特性使得许多传统设计模式可以用更简洁的方式实现：

策略模式（Strategy）

定义多个策略类或函数，将其注入到使用者中。例如可将不同的折扣策略注入到订单类中。

def standard_discount(price): return price * 0.9

def vip_discount(price): return price * 0.8

class Order:
    def __init__(self, price, discount_func):
        self.price = price
        self.discount = discount_func
    def total(self):
        return self.discount(self.price)

工厂模式（Factory）

结合工厂函数与字典注册机制动态实例化对象，适合插件式开发。

class PayPal: pass
class Stripe: pass

def payment_factory(name):
    factories = {'paypal': PayPal, 'stripe': Stripe}
    return factories[name]()

装饰器模式（Decorator）

利用 Python 的 @decorator 语法糖为函数或类方法增加行为。

def log(func):
    def wrapper(*args, **kwargs):
        print(f"Calling {func.__name__}")
        return func(*args, **kwargs)
    return wrapper

@log
def hello():
    print("Hello!")

观察者模式（Observer）

通过列表保存订阅者对象并遍历调用其更新方法，或使用 weakref.WeakSet 避免引用循环。

六、实际工程中的接口设计建议

在大型项目中，接口规范对团队协作至关重要。以下为实践中推荐的设计建议：

统一定义接口模块：将所有接口集中放置在 interfaces 子模块中，配合文档说明其用途与实现类。
结合类型检查工具：使用 mypy、pyright 或 Pyre 进行静态类型检查，提前发现未实现接口的问题。
结合测试用例做验证：通过接口基类或协议类提供抽象测试集，验证所有实现者是否满足接口要求。

接口设计并不只是技术选型，更是架构可扩展性与可替代性的基石，越是庞大的系统，越需要明确的行为契约来支撑模块演进。

七、引入外部接口模拟库：zope.interface、interface.py

在某些对接口机制要求极高的场景中，Python 的标准库不足以提供 Java 式接口约束。此时可使用 zope.interface 提供的显式接口注册与验证机制。

例如：

from zope.interface import Interface, implementer

class IRenderer(Interface):
    def render(data): pass

@implementer(IRenderer)
class HtmlRenderer:
    def render(self, data): print("<html>", data, "</html>")

该库还能与依赖注入容器协作，增强可测试性与动态注册能力。对需要插件化架构的系统非常实用。