Python设计模式实现：鸭子类型与抽象基类应用

1. 当Python遇上设计模式：接口缺失下的实现之道

在Java或C#的世界里，接口(Interface)是设计模式的重要基石，它明确定义了"该做什么"而不关心"怎么做"。但当你切换到Python时，会发现这个动态类型语言根本没有interface关键字。这不禁让人困惑：没有接口，如何实现那些经典的设计模式？

实际上，Python开发者早已形成了一套独特的应对策略。动态语言的鸭子类型(duck typing)特性让我们可以用更灵活的方式实现设计模式的核心理念。就像Python之禅所说："如果它走起来像鸭子，叫起来像鸭子，那么它就是鸭子"。这种哲学深刻影响了Python中设计模式的实现方式。

2. 理解Python的设计哲学

2.1 鸭子类型：Python的"接口"替代方案

在静态类型语言中，接口是一种强制契约，确保类实现了特定方法。而Python通过鸭子类型实现了类似的约束——只要对象有需要的方法，它就可以被视为实现了某种"接口"。

python复制class Duck:
    def quack(self):
        print("Quack!")

class Person:
    def quack(self):
        print("I'm quacking like a duck!")

def make_it_quack(duck_like_object):
    duck_like_object.quack()
    
make_it_quack(Duck())  # 输出: Quack!
make_it_quack(Person())  # 输出: I'm quacking like a duck!

在这个例子中，Duck和Person类都没有显式实现某个接口，但它们都具备quack方法，因此都可以作为make_it_quack函数的参数。这就是鸭子类型的精髓——关注行为而非类型。

2.2 抽象基类(ABC)：更正式的接口替代

虽然Python不强制使用接口，但标准库中的abc模块提供了抽象基类(Abstract Base Classes)功能，可以创建更正式的"接口"定义：

python复制from abc import ABC, abstractmethod

class Quackable(ABC):
    @abstractmethod
    def quack(self):
        pass

class Duck(Quackable):
    def quack(self):
        print("Quack!")

class Person:
    def quack(self):
        print("I'm quacking like a duck!")

# 正确
duck = Duck()
duck.quack()

# 会报错，因为Person没有继承Quackable
quackable = Quackable()  

# 但下面这个可以工作
make_it_quack(Person())

抽象基类提供了编译时检查，但Python仍然保持了灵活性——Person类虽然没有继承Quackable，但只要实现了quack方法，仍然可以在需要"鸭子类型"的地方使用。

3. 常见设计模式在Python中的实现

3.1 策略模式：用鸭子类型替代接口

策略模式定义了一系列算法，并将每个算法封装起来，使它们可以互相替换。在Java中，这通常通过接口实现，而在Python中：

python复制class PaymentStrategy:
    def pay(self, amount):
        raise NotImplementedError

class CreditCardPayment(PaymentStrategy):
    def pay(self, amount):
        print(f"Paying {amount} via credit card")

class PayPalPayment(PaymentStrategy):
    def pay(self, amount):
        print(f"Paying {amount} via PayPal")

class ShoppingCart:
    def __init__(self):
        self._payment_strategy = None
    
    def set_payment_strategy(self, strategy):
        self.