设计模式是解决特定问题的通用方法，分为创建型模式、结构型模式和行为型模式三大类。以下是对每种模式的详细介绍，包括其核心思想、应用场景和优缺点。
一、创建型模式（Creational Patterns）
创建型模式关注对象的创建，旨在解耦对象的创建过程，提高灵活性和可扩展性。
1. 单例模式（Singleton）
核心思想：确保一个类只有一个实例，并提供全局访问点。
应用场景：数据库连接、配置管理器、日志记录器。
优缺点：简单高效，但在多线程环境中需注意同步。
2. 工厂模式（Factory Method）
核心思想：定义一个创建对象的接口，由子类决定具体的实例化逻辑。
应用场景：需要根据条件动态创建不同对象时。
优缺点：增强代码扩展性，但可能增加类的数量。
3. 抽象工厂模式（Abstract Factory）
核心思想：提供一个接口，用于创建一组相关或相互依赖的对象，而无需指定它们的具体类。
应用场景：需要创建一组相关对象（如跨平台UI控件）。
优缺点：提高模块独立性，但复杂性增加。
4. 生成器模式（Builder）
核心思想：将复杂对象的构建过程与其表示分离，使得同样的构建过程可以创建不同的表示。
应用场景：构建复杂对象（如HTML文档生成、游戏场景构建）。
优缺点：灵活构建复杂对象，但实现较复杂。
5. 原型模式（Prototype）
核心思想：通过复制（克隆）现有对象来创建新对象，而不是通过类实例化。
应用场景：需要大量相似对象时（如图形编辑器中的图元复制）。
优缺点：提高对象创建效率，但需实现对象的深浅拷贝。
二、结构型模式（Structural Patterns）
结构型模式注重对象或类之间的组合关系，旨在优化系统结构的可维护性和扩展性。
6. 适配器模式（Adapter）
核心思想：将一个类的接口转换为客户端期望的接口，实现接口兼容。
应用场景：集成第三方库或遗留代码。
优缺点：增加兼容性，但可能导致系统复杂化。
7. 桥接模式（Bridge）
核心思想：分离抽象部分与实现部分，使它们可以独立变化。
应用场景：跨平台工具（如多平台图形绘制API）。
优缺点：增强灵活性，但设计复杂。
8. 组合模式（Composite）
核心思想：将对象组合成树形结构以表示“部分-整体”关系，使得客户端对单个对象和组合对象一致处理。
应用场景：文件系统、组织结构。
优缺点：简化客户端操作，但复杂度增加。
9. 装饰器模式（Decorator）
核心思想：动态地为对象添加职责，而无需修改其结构。
应用场景：功能扩展（如日志、权限检查）。
优缺点：灵活性强，但对象嵌套可能增加调试难度。
10. 外观模式（Facade）
核心思想：为子系统提供统一的接口，简化子系统的使用。
应用场景：复杂系统的简化接口（如数据库操作封装）。
优缺点：降低客户端复杂性，但可能隐藏系统细节。
11. 享元模式（Flyweight）
核心思想：通过共享减少对象内存开销，适用于大量细粒度对象。
应用场景：文字处理器中字符管理、棋盘游戏中的棋子。
优缺点：内存效率高，但需要保证对象的不可变性。
12. 代理模式（Proxy）
核心思想：为对象提供一个代理，以控制对其访问。
应用场景：远程代理、虚拟代理、安全代理。
优缺点：控制灵活性增加，但引入额外层次。
三、行为型模式（Behavioral Patterns）
行为型模式关注对象之间的职责分配和交互模式，优化系统的动态行为。
13. 模板方法模式（Template Method）
核心思想：定义算法的骨架，将具体步骤延迟到子类实现。
应用场景：数据处理流程、钩子机制。
优缺点：代码复用高，但灵活性有限。
14. 命令模式（Command）
核心思想：将请求封装为对象，从而支持请求的保存、撤销或重放。
应用场景：事务操作、撤销/重做功能。
优缺点：解耦请求与实现，但可能增加类的数量。
15. 迭代器模式（Iterator）
核心思想：提供一种顺序访问集合元素的方法，而不暴露其内部结构。
应用场景：自定义集合类遍历。
优缺点：简化集合遍历，但可能性能较低。
16. 观察者模式（Observer）
核心思想：定义一对多依赖关系，当一个对象状态改变时通知所有依赖者。
应用场景：事件通知机制（如发布-订阅模式）。
优缺点：解耦观察者与被观察者，但通知链可能复杂。
17. 中介者模式（Mediator）
核心思想：通过中介者对象封装一组对象之间的交互，降低耦合性。
应用场景：UI组件通信、消息总线系统。
优缺点：降低耦合性，但中介者可能变得复杂。
18. 备忘录模式（Memento）
核心思想：捕获对象状态并在以后恢复，保护数据完整性。
应用场景：撤销操作、游戏存档。
优缺点：提高数据安全性，但增加存储开销。
19. 解释器模式（Interpreter）
核心思想：为特定语言或表达式定义一个解释器。
应用场景：规则引擎、脚本语言解析器。
优缺点：适用于特定领域，但扩展性较差。
20. 策略模式（Strategy）
核心思想：定义一系列算法，将每种算法封装在独立类中，并使它们可以互换。
应用场景：动态选择算法（如支付方式）。
优缺点：灵活性强，但增加维护复杂性。
21. 状态模式（State）
核心思想：允许对象在内部状态改变时改变行为。
应用场景：状态机（如订单状态、角色状态）。
优缺点：状态逻辑清晰，但状态类可能增多。
22. 责任链模式（Chain of Responsibility）
核心思想：将请求沿着处理者链传递，直到某个处理者处理该请求。
应用场景：日志处理链、权限校验链。
优缺点：降低耦合性，但链路调试复杂。
23. 访问者模式（Visitor）
核心思想：将操作封装到访问者对象中，以便在不改变对象结构的前提下添加新功能。
应用场景：复杂对象结构操作（如语法树分析）。
优缺点：扩展性好，但依赖对象结构稳定。
分类汇总表
| 类别 | 模式名称 |
|---|---|
| 创建型模式 | 单例模式、工厂模式、抽象工厂模式、生成器模式、原型模式 |
| 结构型模式 | 适配器模式、桥接模式、组合模式、装饰器模式、外观模式、享元模式、代理模式 |
| 行为型模式 | 模板方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、策略模式、状态模式、责任链模式、访问者模式 |
设计模式的选择
- 适用场景：根据实际需求选择适当的模式，避免不必要的复杂性。
- Python特性：利用动态特性（如装饰器、元类）可简化部分模式的实现。
- 避免过度设计：保持代码清晰易读是设计模式的最终目的。
