设计模式详解-软件设计（五十六)

原创 真题详解(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不改变算法的结构，就可以重新定义算法的步骤。