原创 真题详解(UML图)-软件设计（五十五)
https://blog.csdn.net/ke1ying/article/details/130311994
创建型、结构型、行为型
- 抽象工厂（Abstruct Factory）
提供一个创建系列相关或相互依赖的接口，无须指定他们具体的类。
适用于：
一个系统要独立于它的产品创建、组合和表示时。
一个系统要由多个产品系统中的一个来配置时。
当要强调一系列相关的产品对象的设计以便进行联合使用时。
当提供一个产品类库，只想显示他们的接口而不是实现时。
- 工厂方法（Factory Method）
定义一个用于创建对象的接口，让子类决定实例化哪一个类。
适用于：
当一个类不知道他所必须创建对象的类时候。
当一个类由它子类指定创建对象类时候。
- 生成器模式（Builder）
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
适用于：
构建对象过程中必须允许对象有不同的表示。
当创建复杂对象的算法时候。
- 原型模式（prototype）
用原型指定创建对象种类，并且通过复制这些原型创建新的对象。
适用于：
当一个系统应该独立它的产品创建、构建和表示时。
当要实例化的类是在运行时指定时。
为了避免一个与产品层次平行的工厂层次。
- 单例模式（Singleton）
保证一个类仅有一个实例，并提供一个访问它全局访问点。
- 适配器模型（adapter）
将一个类转换成客户希望的接口，使一些原本由于接口不兼容的不能一起工作的类而可以一起工作。
适用于：
想要使用一个已经存在的类，但是他不符合要求。
- 桥接模式（Bride）
将抽象部分和实现部分分离，可以独立的变化。
不希望抽象和接口之间有一个固定的绑定关系。
- Composite（组合）
将对象组合成树形结构以表示“部分-整体”的层次结构。
- 装饰器模式（Decorator）
动态给对象添加额外职责。
- 外观模式（Facade）
为子系统一组接口提供一致的画面，使得更容易使用。
适用性：
可以简化子系统之间的相互依赖。
- 享元模式（Flyweight）
运用共享技术有效支持大量细粒度对象。
适用于：
一个应用程序使用了大量对象。
由于大量对象造成了很大的存储开销。
- 代理模式（Proxy）
为其他对象提供一种代理以控制对这个对象访问。
- 责任链模式
避免发送者和接收者耦合，将这些对象连接成一条链，沿着这个链传递，直到有一个对象处理为止。
Handler
适用于：
多个对象处理同一个请求。
- 命令模式（Command）
将一个请求封装成一个对象，从而使不同的请求对客户参数化。
- 解释器模式（Interpreter）
给定一个语言，定义它文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。
- 迭代器（Iterator）
提供一种方法顺序访问一个聚合对象中的各个元素，且不需要暴露对象的内部表示。
适合遍历。
- 中介者模式
用一个中介对象封装一系列对象交互，中介者使用对象不需要显式相互引用，从而使其松耦合。
- 备忘录模式（memento）
在不破坏封装的前提捕获一个对象的内部状态，方便以后恢复。
- 观察者模式
对象一对多的对应关系，当一个对象状态发生变化，他所依赖的则会得到通知。
- 状态模式
允许一个对象在内部状态改变时改变他的行为。
二十一、策略模式
定义一系列算法，把他们都封装起来，并且可以相互替代。
二十二、模板方式模式
定义一个操作中算法骨架，将一些步骤延迟到子类中。Template method不改变算法的结构，就可以重新定义算法的步骤。
