“软考 程序员 设计模式”的版本间的差异
跳到导航
跳到搜索
Jihongchang(讨论 | 贡献) |
Jihongchang(讨论 | 贡献) (→设计模式) |
||
第6行: | 第6行: | ||
设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。 | 设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。 | ||
[[文件:软考 程序员 设计模式.png|无|缩略图]] | [[文件:软考 程序员 设计模式.png|无|缩略图]] | ||
+ | |||
+ | === 设计模式的类型 === | ||
+ | 创建型模式 | ||
+ | |||
+ | * <u>工厂方法(factory method)模式</u> | ||
+ | * 抽象工厂(abstract factory)模式 | ||
+ | * 原型(prototype)模式 | ||
+ | * 单例(singleton)模式 | ||
+ | * 构建器(builder)模式 | ||
+ | |||
+ | |||
+ | 结构型模式 | ||
+ | |||
+ | * <u>适配器(adapter)模式</u> | ||
+ | * 桥接(bridge)模式 | ||
+ | * 组合(composite)模式 | ||
+ | * 装饰(decorator)模式 | ||
+ | * 外观(facade)模式 | ||
+ | * 享元(flyweight)模式 | ||
+ | * 代理(proxy)模式 | ||
+ | |||
+ | |||
+ | 行为型模式 | ||
+ | |||
+ | * 职责链(chain of responsibility)模式 | ||
+ | * 命令(command)模式 | ||
+ | * <u>解释器(interpreter)模式</u> | ||
+ | * 迭代器(iterator)模式 | ||
+ | * 中介者(mediator)模式 | ||
+ | * 备忘录(memento)模式 | ||
+ | * 观察者(observer)模式 | ||
+ | * 状态(state)模式 | ||
+ | * 策略(strategy)模式 | ||
+ | * 模板方法(template method)模式 | ||
+ | * 访问者(visitor)模式 | ||
+ | |||
+ | |||
+ | 有下划线的表示既可以是类模式,也可以是对象模式; | ||
+ | |||
+ | 无下划线的表示只是对象模式 |
2022年9月26日 (一) 15:23的版本
https://www.bilibili.com/video/BV1hg411V7Bm/?p=86
设计模式
设计模式(Design pattern)是众多软件开发人员经过相当长的一段时间的试验和错误总结出来,代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。
设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。
设计模式的类型
创建型模式
- 工厂方法(factory method)模式
- 抽象工厂(abstract factory)模式
- 原型(prototype)模式
- 单例(singleton)模式
- 构建器(builder)模式
结构型模式
- 适配器(adapter)模式
- 桥接(bridge)模式
- 组合(composite)模式
- 装饰(decorator)模式
- 外观(facade)模式
- 享元(flyweight)模式
- 代理(proxy)模式
行为型模式
- 职责链(chain of responsibility)模式
- 命令(command)模式
- 解释器(interpreter)模式
- 迭代器(iterator)模式
- 中介者(mediator)模式
- 备忘录(memento)模式
- 观察者(observer)模式
- 状态(state)模式
- 策略(strategy)模式
- 模板方法(template method)模式
- 访问者(visitor)模式
有下划线的表示既可以是类模式,也可以是对象模式;
无下划线的表示只是对象模式