每日一书：《设计模式》三问法阅读版

🎯 问题1：这本书最有价值的10%在哪里？

答案：23种设计模式中的5种 ⭐⭐⭐⭐⭐

统计数据显示：

• 📊 23种设计模式中，实际项目中常用的只有5-8种

• 📊 这5种模式占据了80%的使用场景

• 📊 掌握了这5种，就掌握了设计模式的核心价值

最有价值的5种设计模式

排名	设计模式	使用频率	价值评分	推荐指数
🥇 第1名	单例模式	95%	⭐⭐⭐⭐⭐	必学
🥈 第2名	工厂模式	90%	⭐⭐⭐⭐⭐	必学
🥉 第3名	策略模式	85%	⭐⭐⭐⭐⭐	必学
第4名	观察者模式	80%	⭐⭐⭐⭐	推荐
第5名	装饰器模式	75%	⭐⭐⭐⭐	推荐

---

为什么是这5种？

1. 单例模式（使用频率95%） 🎯

为什么最常用？

• ✅ 数据库连接池：全局只需要一个

• ✅ 日志记录器：全局只需要一个

• ✅ 配置管理器：全局只需要一个

• ✅ 缓存管理器：全局只需要一个

实际应用场景：

# 数据库连接池（单例）

classDatabaseConnectionPool:

    _instance=None

    

    def__new__(cls):

        ifcls._instanceisNone:

            cls._instance=super().__new__(cls)

            cls._instance.connections= []

        returncls._instance



# 全局使用，无需重复创建

pool=DatabaseConnectionPool()

价值： ⭐⭐⭐⭐⭐

• 节省内存

• 提高性能

• 保证一致性

---

2. 工厂模式（使用频率90%） 🏭

为什么最常用？

• ✅ 解耦对象创建：不直接new，用工厂创建

• ✅ 灵活扩展：新增类型只需修改工厂

• ✅ 统一管理：所有对象创建都在工厂

实际应用场景：

# 数据库工厂（根据配置创建不同的数据库）

classDatabaseFactory:

    @staticmethod

    defcreate(config):

        ifconfig.type=="mysql":

            returnMySQLConnection(config)

        elifconfig.type=="postgresql":

            returnPostgreSQLConnection(config)

        elifconfig.type=="mongodb":

            returnMongoDBConnection(config)



# 使用

db=DatabaseFactory.create(config)

价值： ⭐⭐⭐⭐⭐

• 解耦

• 灵活

• 可维护

---

3. 策略模式（使用频率85%） 🎲

为什么最常用？

• ✅ 算法可替换：不同算法可以互换

• ✅ 避免if-else：用策略替代大量if-else

• ✅ 符合开闭原则：新增策略无需修改代码

实际应用场景：

# 支付策略（支付宝、微信、信用卡）

classPaymentStrategy:

    defpay(self, amount):

        pass


classAlipayStrategy(PaymentStrategy):

    defpay(self, amount):

        # 支付宝支付逻辑

        pass


classWechatPayStrategy(PaymentStrategy):

    defpay(self, amount):

        # 微信支付逻辑

        pass


# 使用

payment=AlipayStrategy()

payment.pay(100)

价值： ⭐⭐⭐⭐⭐

• 消除if-else

• 算法可替换

• 符合开闭原则

---

4. 观察者模式（使用频率80%） 👀

为什么最常用？

• ✅ 事件驱动：一个事件触发多个响应

• ✅ 解耦：发布者和订阅者解耦

• ✅ 异步处理：可以异步处理事件

实际应用场景：

# 用户注册后发送欢迎邮件、短信、推送

classUserRegistrationEvent:

    def__init__(self):

        self.observers= []

    

    defattach(self, observer):

        self.observers.append(observer)

    

    defnotify(self, user):

        forobserverinself.observers:

            observer.handle(user)


# 邮件观察者

classEmailObserver:

    defhandle(self, user):

        send_welcome_email(user.email)


# 短信观察者

classSMSObserver:

    defhandle(self, user):

        send_welcome_sms(user.phone)


# 使用

event=UserRegistrationEvent()

event.attach(EmailObserver())

event.attach(SMSObserver())

event.notify(user)

价值： ⭐⭐⭐⭐

• 事件驱动

• 解耦

• 异步处理

---

5. 装饰器模式（使用频率75%） 🎁

为什么最常用？

• ✅ 动态扩展：不修改原类，动态添加功能

• ✅ 组合灵活：多个装饰器可以组合使用

• ✅ 符合开闭原则：新增装饰器无需修改代码

实际应用场景：

# 日志装饰器

classLoggingDecorator:

    def__init__(self, service):

        self.service=service

    

    defprocess(self, data):

        print(f"Processing: {data}")

        result=self.service.process(data)

        print(f"Result: {result}")

        returnresult


# 缓存装饰器

classCacheDecorator:

    def__init__(self, service):

        self.service=service

        self.cache= {}

    

    defprocess(self, data):

        ifdatainself.cache:

            returnself.cache[data]

        result=self.service.process(data)

        self.cache[data] =result

        returnresult


# 使用

service=UserService()

service=LoggingDecorator(service)

service=CacheDecorator(service)

service.process(data)

价值： ⭐⭐⭐⭐

• 动态扩展

• 组合灵活

• 符合开闭原则

---

其他18种设计模式的价值

设计模式	使用频率	推荐指数	说明
适配器模式	70%	⭐⭐⭐	常用，但不如前5种
模板方法模式	65%	⭐⭐⭐	常用，但不如前5种
责任链模式	60%	⭐⭐⭐	特定场景常用
命令模式	55%	⭐⭐⭐	特定场景常用
建造者模式	50%	⭐⭐	特定场景常用
代理模式	45%	⭐⭐	特定场景常用
状态模式	40%	⭐⭐	特定场景常用
组合模式	35%	⭐⭐	特定场景常用
迭代器模式	30%	⭐⭐	语言内置，无需手动实现
桥接模式	25%	⭐	较少使用
外观模式	20%	⭐	较少使用
享元模式	15%	⭐	特定场景使用
备忘录模式	10%	⭐	特定场景使用
访问者模式	5%	⭐	极少使用
中介者模式	5%	⭐	极少使用
解释器模式	3%	⭐	极少使用
抽象工厂	50%	⭐⭐⭐	常用，但工厂方法更常用
原型模式	30%	⭐⭐	较少使用

---

🎯 问题2：这本书解决的核心问题到底是什么？

答案：解决"代码重复、难以维护、难以扩展"的问题 ⭐⭐⭐⭐⭐

核心问题分析

问题1：代码重复 🔄

现象：

• 同样的代码在多个地方重复出现

• 修改一个地方，需要修改多个地方

• 容易出错，难以维护

例子：

# 代码重复：数据库连接重复创建

defget_user():

    db=MySQLConnection("localhost", "user", "password")

    returndb.query("SELECT * FROM users")



defget_order():

    db=MySQLConnection("localhost", "user", "password")

    returndb.query("SELECT * FROM orders")



defget_product():

    db=MySQLConnection("localhost", "user", "password")

    returndb.query("SELECT * FROM products")

解决方案：单例模式

# 单例模式：数据库连接只创建一次

classDatabaseConnection:

    _instance=None

    

    def__new__(cls):

        ifcls._instanceisNone:

            cls._instance=MySQLConnection("localhost", "user", "password")

        returncls._instance


defget_user():

    db=DatabaseConnection()

    returndb.query("SELECT * FROM users")


defget_order():

    db=DatabaseConnection()

    returndb.query("SELECT * FROM orders")

---

问题2：难以维护 🔧

现象：

• 代码逻辑复杂，难以理解

• 修改一个地方，可能影响其他地方

• 代码耦合度高，难以修改

例子：

# 难以维护：大量if-else

defprocess_payment(payment_type, amount):

    ifpayment_type=="alipay":

        # 支付宝支付逻辑

        print(f"支付宝支付 {amount} 元")

    elifpayment_type=="wechat":

        # 微信支付逻辑

        print(f"微信支付 {amount} 元")

    elifpayment_type=="credit_card":

        # 信用卡支付逻辑

        print(f"信用卡支付 {amount} 元")

    elifpayment_type=="paypal":

        # PayPal支付逻辑

        print(f"PayPal支付 {amount} 元")

    # ... 更多支付方式

解决方案：策略模式

# 策略模式：消除if-else

class PaymentStrategy:

    def pay(self, amount):

        pass


class AlipayStrategy(PaymentStrategy):

    def pay(self, amount):

        print(f"支付宝支付 {amount} 元")


class WechatPayStrategy(PaymentStrategy):

    def pay(self, amount):

        print(f"微信支付 {amount} 元")


def process_payment(strategy, amount):

    strategy.pay(amount)


# 使用

process_payment(AlipayStrategy(), 100)

process_payment(WechatPayStrategy(), 100)

---

问题3：难以扩展 📈

现象：

• 新增功能需要修改原有代码

• 违反开闭原则（对扩展开放，对修改关闭）

• 容易引入bug

例子：

# 难以扩展：每次新增支付方式都要修改代码

def process_payment(payment_type, amount):

    if payment_type == "alipay":

        # 支付宝支付逻辑

        print(f"支付宝支付 {amount} 元")

    elif payment_type == "wechat":

        # 微信支付逻辑

        print(f"微信支付 {amount} 元")

    # 新增支付方式：需要修改代码

    elif payment_type == "apple_pay":

        # Apple Pay支付逻辑

        print(f"Apple Pay支付 {amount} 元")

解决方案：策略模式 + 工厂模式

# 策略模式 + 工厂模式：新增支付方式无需修改代码

class PaymentStrategy:

    def pay(self, amount):

        pass


class AlipayStrategy(PaymentStrategy):

    def pay(self, amount):

        print(f"支付宝支付 {amount} 元")


class WechatPayStrategy(PaymentStrategy):

    def pay(self, amount):

        print(f"微信支付 {amount} 元")


class ApplePayStrategy(PaymentStrategy):

    def pay(self, amount):

        print(f"Apple Pay支付 {amount} 元")


class PaymentFactory:

    @staticmethod

    def create(payment_type):

        if payment_type == "alipay":

            return AlipayStrategy()

        elif payment_type == "wechat":

            return WechatPayStrategy()

        elif payment_type == "apple_pay":

            return ApplePayStrategy()


# 新增支付方式：只需新增策略类，无需修改工厂

def process_payment(payment_type, amount):

    strategy = PaymentFactory.create(payment_type)

    strategy.pay(amount)

---

设计模式解决的核心问题总结

核心问题	设计模式解决方案	价值
代码重复	单例模式、工厂模式	⭐⭐⭐⭐⭐
难以维护	策略模式、观察者模式	⭐⭐⭐⭐⭐
难以扩展	策略模式、工厂模式、装饰器模式	⭐⭐⭐⭐⭐
接口不兼容	适配器模式	⭐⭐⭐
类爆炸	桥接模式	⭐⭐⭐
树形结构	组合模式	⭐⭐⭐
动态扩展	装饰器模式	⭐⭐⭐⭐

---

🎯 问题3：有没有更经典的书已经把这件事讲得更好？

答案：有！推荐3本更好的书 ⭐⭐⭐⭐⭐

---

推荐1：《Head First Design Patterns》 📚

为什么推荐？

• ✅ 更通俗易懂：用漫画和案例讲解，比《设计模式》更易读

• ✅ 更实用：大量实际案例，直接可以用

• ✅ 更有趣：不像《设计模式》那样枯燥

对比：

维度	《设计模式》	《Head First Design Patterns》
易读性	⭐⭐	⭐⭐⭐⭐⭐
实用性	⭐⭐⭐	⭐⭐⭐⭐⭐
趣味性	⭐	⭐⭐⭐⭐⭐
深度	⭐⭐⭐⭐⭐	⭐⭐⭐⭐
推荐指数	⭐⭐⭐	⭐⭐⭐⭐⭐

适合人群：

• ✅ 初学者

• ✅ 觉得《设计模式》太难懂的人

• ✅ 想快速上手的人

---

推荐2：《Refactoring: Improving the Design of Existing Code》 📚

为什么推荐？

• ✅ 更实用：教你如何重构现有代码，而不是从零开始

• ✅ 更接地气：解决实际开发中的问题

• ✅ 更有价值：重构比设计模式更常用

对比：

维度	《设计模式》	《重构》
实用性	⭐⭐⭐	⭐⭐⭐⭐⭐
易读性	⭐⭐	⭐⭐⭐⭐
实际应用	⭐⭐⭐	⭐⭐⭐⭐⭐
推荐指数	⭐⭐⭐	⭐⭐⭐⭐⭐

适合人群：

• ✅ 有一定经验的开发者

• ✅ 需要维护现有代码的人

• ✅ 想提高代码质量的人

---

推荐3：《Clean Code: A Handbook of Agile Software Craftsmanship》 📚

为什么推荐？

• ✅ 更基础：教你如何写出好代码，这是设计模式的基础

• ✅ 更通用：适用于所有编程语言和项目

• ✅ 更有价值：好代码比设计模式更重要

对比：

维度	《设计模式》	《代码整洁之道》
基础性	⭐⭐⭐	⭐⭐⭐⭐⭐
通用性	⭐⭐⭐	⭐⭐⭐⭐⭐
实用性	⭐⭐⭐	⭐⭐⭐⭐⭐
推荐指数	⭐⭐⭐	⭐⭐⭐⭐⭐

适合人群：

• ✅ 所有程序员

• ✅ 想提高代码质量的人

• ✅ 想写出好代码的人