跳转到内容
主菜单
主菜单
移至侧栏
隐藏
导航
首页
最近更改
随机页面
MediaWiki帮助
代码酷
搜索
搜索
中文(中国大陆)
外观
创建账号
登录
个人工具
创建账号
登录
未登录编辑者的页面
了解详情
贡献
讨论
编辑“︁
设计模式
”︁
页面
讨论
大陆简体
阅读
编辑
编辑源代码
查看历史
工具
工具
移至侧栏
隐藏
操作
阅读
编辑
编辑源代码
查看历史
常规
链入页面
相关更改
特殊页面
页面信息
外观
移至侧栏
隐藏
您的更改会在有权核准的用户核准后向读者展示。
警告:
您没有登录。如果您进行任何编辑,您的IP地址会公开展示。如果您
登录
或
创建账号
,您的编辑会以您的用户名署名,此外还有其他益处。
反垃圾检查。
不要
加入这个!
{{DISPLAYTITLE:设计模式}} '''设计模式'''是[[软件工程]]中针对常见问题的可重用解决方案,它描述了在特定环境下解决特定设计问题的类与对象之间的交互关系。设计模式不是可以直接转化为代码的完整设计,而是解决特定问题的模板或指南。 == 历史与发展 == 设计模式的概念最早由建筑师[[克里斯托弗·亚历山大]]提出,后由[[四人帮]](Gang of Four,GoF)在1994年的著作《设计模式:可复用面向对象软件的基础》中引入计算机科学领域。该书系统性地描述了23种经典设计模式。 == 模式分类 == 设计模式通常分为三大类: === 创建型模式 === 处理对象创建机制: * [[单例模式]]:确保类只有一个实例 * [[工厂方法]]:定义创建对象的接口 * [[抽象工厂]]:创建相关对象家族 * [[建造者模式]]:分步构建复杂对象 * [[原型模式]]:通过复制现有对象创建新对象 === 结构型模式 === 处理类或对象的组合: * [[适配器模式]]:使接口不兼容的类能一起工作 * [[装饰器模式]]:动态添加职责 * [[代理模式]]:为其他对象提供代理 * [[组合模式]]:将对象组合成树形结构 * [[外观模式]]:提供统一接口 * [[享元模式]]:高效共享大量细粒度对象 * [[桥接模式]]:分离抽象与实现 === 行为型模式 === 处理对象间的通信: * [[观察者模式]]:定义对象间一对多依赖 * [[策略模式]]:封装算法族 * [[命令模式]]:将请求封装为对象 * [[状态模式]]:允许对象在状态改变时改变行为 * [[责任链模式]]:将请求沿处理链传递 * [[访问者模式]]:在不改变类的前提下定义新操作 * [[迭代器模式]]:顺序访问聚合对象元素 * [[中介者模式]]:减少对象间直接引用 * [[备忘录模式]]:捕获并恢复对象状态 * [[模板方法]]:定义算法骨架 * [[解释器模式]]:定义语言的文法表示 == 代码示例 == 以下是[[单例模式]]的Python实现示例: <syntaxhighlight lang="python"> class Singleton: _instance = None def __new__(cls): if cls._instance is None: cls._instance = super().__new__(cls) return cls._instance # 使用示例 s1 = Singleton() s2 = Singleton() print(s1 is s2) # 输出: True </syntaxhighlight> == 设计原则 == 设计模式通常遵循以下[[面向对象]]设计原则: * '''单一职责原则'''(SRP):一个类只应有一个改变的理由 * '''开闭原则'''(OCP):对扩展开放,对修改关闭 * '''里氏替换原则'''(LSP):子类应能替换父类 * '''接口隔离原则'''(ISP):多个专用接口优于单一通用接口 * '''依赖倒置原则'''(DIP):依赖抽象而非具体实现 == 应用场景 == 设计模式在以下场景特别有用: * 需要提高代码复用性时 * 系统需要保持灵活性时 * 需要提高代码可维护性时 * 团队协作开发时提供共同语言 == 模式关系图 == <mermaid> graph TD A[设计模式] --> B[创建型] A --> C[结构型] A --> D[行为型] B --> E[单例模式] B --> F[工厂方法] C --> G[适配器模式] C --> H[装饰器模式] D --> I[观察者模式] D --> J[策略模式] </mermaid> == 数学表示 == 某些模式可以用数学表达,如观察者模式的订阅关系可表示为: <math> O = \{o_1, o_2, ..., o_n\} </math> <math> S \rightarrow O </math> 其中S是主题,O是观察者集合。 == 反模式 == 与设计模式相对的是'''反模式''',即常见但效果不佳的解决方案,例如: * [[上帝对象]]:集中过多功能的类 * [[硬编码]]:将可变数据直接写入代码 * [[面条代码]]:结构混乱的程序 == 现代发展 == 随着编程范式的发展,出现了新的模式类别: * [[并发模式]]:处理多线程编程 * [[函数式模式]]:基于[[函数式编程]]的模式 * [[反应式模式]]:用于[[响应式系统]]设计 == 学习建议 == 掌握设计模式的建议路径: 1. 理解[[面向对象]]基础 2. 学习SOLID原则 3. 从简单模式(如策略、观察者)开始 4. 在实际项目中应用 5. 研究框架源码中的模式应用 == 参见 == * [[软件架构]] * [[重构]] * [[代码异味]] * [[UML]] * [[设计模式比较]] [[Category:软件设计]] [[Category:编程范式]] [[Category:计算机科学概念]]
摘要:
请注意,所有对代码酷的贡献均被视为依照知识共享署名-非商业性使用-相同方式共享发表(详情请见
代码酷:著作权
)。如果您不希望您的文字作品被随意编辑和分发传播,请不要在此提交。
您同时也向我们承诺,您提交的内容为您自己所创作,或是复制自公共领域或类似自由来源。
未经许可,请勿提交受著作权保护的作品!
取消
编辑帮助
(在新窗口中打开)