软考 系统架构设计师系列知识点之设计模式（6）
接前一篇文章：软考 系统架构设计师系列知识点之设计模式（5）
所属章节：
老版（第一版）教材
第7章. 设计模式
第2节. 设计模式实例
相关试题
1. 设计模式描述了一个出现在特定设计语境中的设计再现问题，并为它的解决方案提供了一个经过充分验证的通用方案，不同的设计模式关注解决不同的问题。例如，抽象工厂模式提供一个接口，可以创建一系列相关或相互依赖的对象，而无需指定它们具体的类，它是一种（）模式；（）模式将类的抽象部分和它的实现部分分离出来，使它们可以独立变化，它属于（）模式；（）模式将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化，将请求排队或记录请求日志，支持可撤销的操作。
第1空
A. 组合型
B. 结构型
C. 行为型
D. 创建型
正确答案：D。
第2空
A. Bridge
B. Proxy
C. Prototype
D. Adapter
正确答案：A。
第3空
A. 组合型
B. 结构型
C. 行为型
D. 创建型
正确答案：B。
第4空
A. Command
B. Facade
C. Memento
D. Visitor
正确答案：A。
解析：
设计模式包括：创建型、结构型、行为型三大类别。
抽象工厂模式属于创建型设计模式。
桥接模式属于结构型设计模式。
- 抽象工厂（Abstract Factory）模式
Abstract Factory（抽象工厂）模式在不指定具体类的情况下，为创建一系列相关或相互依赖的对象提供了一个接口。根据给定的相关抽象类，Abstract Factory模式提供了从一个相匹配的具体子类集创建这些抽象类的实例的方法。
Abstract Factory模式提供了一个可以确定合适的具体类的抽象类，这个抽象类可以用来创建实现标准接口的具体产品的集合。客户端只与产品接口和Abstract Factory类进行交互。使用这种模式，客户端不用知道具体的构造类。Abstract Factory模式类似于Factory Method模式，但是Abstract Factory模式可以创建一系列的相关对象。
- 桥接模式（Bridge）模式
Bridge模式可以将一个复杂的组件分成两个独立的但又相关的继承层次结构：功能性的抽象和内部实现。改变组件的这两个层次结构很简单，以至于它们可以相互独立地变化。当具有抽象的层次结构和相应的实现层次结构时，Bridge模式是非常有用的。除了可以抽象和实现组合成许多不同的类，该模式还可以以动态组合的独立类的形式实现这些抽象和实现。
- Command模式
Command模式在对象中封装了请求，这样就可以保存命令，将该命令传递给方法以及像任何其它对象一样返回该命令。
2. 某互联网公司正在设计一套网络聊天系统，为了限制用户在使用该系统时发表不恰当言论，需要对聊天内容进行特定敏感词的过滤。针对上述功能需求，采用（）能够灵活配置敏感词的过滤过程。
A. 责任链模式
B. 工厂模式
C. 组合模式
D. 装饰模式
正确答案：A。
解析：
本题考查常见设计模式的特点。
Abstract Factory（抽象工厂）模式：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
Chain of Responsibility（责任链）模式：为解除请求的发送者和接收者之间的耦合，而使多个对象都有机会处理这个请求。将这些对象连成一个链，并沿着这条链接传递该请求，直到有一个对象处理它。
Composite（组合）模式：将对象组合成树型结构以表示“部分-整体”的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。
Decorator（装饰器）模式：装饰器模式动态地给一个对象添加一些额外的职责。就扩展功能而言，它比生成子类方式更为灵活。
依据题意，需要限制用户在使用聊天系统时发布不恰当言论，需要对聊天内容进行特定敏感词的过滤，最为关键的一点是需要灵活配置过滤关键字。如果本系统采用责任链模式，即可达到这一点。