（请作答此空）设计模式能够动态地给一个对象添加一些额外的职责而无须修改此对象的结构；（ ）设计模式定义一个用于创建对象的接口，让子类决定实例化哪一个类；欲使一个后端数据模型能够被多个前端用户界面连接，采用（ ）模式最适合。A. 组合B. 外观C. 享元D. 装饰器
（请作答此空）设计模式能够动态地给一个对象添加一些额外的职责而无须修改此对象的结构；（ ）设计模式定义一个用于创建对象的接口，让子类决定实例化哪一个类；欲使一个后端数据模型能够被多个前端用户界面连接，采用（ ）模式最适合。
A. 组合
B. 外观
C. 享元
D. 装饰器
B. 外观
C. 享元
D. 装饰器
参考解析
解析：组合(Composite)模式将对象组合成树形结构以表示“部分一整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。适用于：想表示对象的部分—整体层次结构；希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。外观(Facade)模式为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。适用于：要为一个复杂子系统提供一个简单接口时，子系统往往因为不断演化而变得越来越复杂；客户程序与抽象类的实现部分之间存在着很大的依赖性；当需要构建一个层次结构的子系统时，使用Facade模式定义子系统中每层的入口点。享元(Flyweight)模式运用共享技术有效地支持大量细粒度的对象。适用于：一个应用程序使用了大量的对象；完全由于使用大量的对象，造成很大的存储开销；对象的大多数状态都可变为外部状态；如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象；应用程序不依赖于对象标识。装饰器(Decorator)模式描述了以透明围栏来支持修饰的类和对象的关系，动态地给一个对象添加一些额外的职责，从增加功能的角度来看，装饰器模式相比生成子类更加灵活。适用于：在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责；处理那些可以撤销的职责；当不能采用生成子类的方式进行扩充时。工厂方法(Factory Method)定义一个用于创建对象的接口，让子类决定将哪一个类实例化，使一个类的实例化延迟到其子类。适用于：当一个类不知道它所必须创建的对象的类的时候；当一个类希望由它的子类来指定它所创建的对象的时候；当类将创建对象的职责委托给多个帮助子类中的某一个，并且希望将哪一个帮助子类是代理者这一信息局部化的时候。观察者(Observer)模式定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。适用于：当一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用；当对一个对象的改变需要同时改变其他对象，而不知道具体有多少对象有待改变时；当一个对象必须通知其他对象，而它又不能假定其他对象是谁，即不希望这些对象是紧耦合的。中介者(Mediator)用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。适用于：一组对象以定义良好但是复杂的方式进行通信，产生的相互依赖关系结构混乱且难以理解；一个对象引用其他很多对象并且直接与这些对象通信，导致难以复用该对象；想定制一个分布在多个类中的行为，而又不想生成太多的子类。如使一个后端数据模型能够被多个前端用户界面连接，采用此模式最合适。
相关考题：
● 采用 （43） 设计模式可保证一个类仅有一个实例；采用 （44） 设计模式可将对象组合成树形结构以表示“部分-整体”的层次结构， 使用户对单个对象和组合对象的使用具有一致性；采用 （45） 设计模式可动态地给一个对象添加一些额外的职责。（43）A. 命令（Command） B. 单例（Singleton） C. 装饰（Decorate） D. 组合（Composite）（44）A. 命令（Command） B. 单例（Singleton） C. 装饰（Decorate） D. 组合（Composite）（45）A. 命令（Command） B. 单例（Singleton） C. 装饰（Decorate） D. 组合（Composite）
采用( )设计模式可保证一个类仅有一个实例；采用( )设计模式可将对象组合成树形结构以表示“部分一整体”的层次结构，使用户对单个对象和组合对象的使用具有一致性；采用( )设计模式可动态地给一个对象添加一些额外的职责。A．命令(Command)B．单例(Singleton)C．装饰(Deeorate)D．组合(Composite)(44)
图5-6UML类图所示意的设计模式的意图是(47)。A．为特定的客户(或情况)提供特定系列的对象B．定义一系列的算法并将它们一个个封装起来，使它们可以相互替换C．将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示D．定义一个用于创建对象的接口，让子类决定实例化哪一个类
已知某子系统为外界提供功能服务，但该子系统中存在很多粒度十分小的类，不便被外界系统直接使用，采用(41)设计模式可以定义一个高层接口，这个接口使得这一子系统更加容易使用；当不能采用生成子类的方法进行扩充时，可采用(42)设计模式动态地给一个对象添加一些额外的职责。A．Facade(外观)B．Singleton(单件)C．Participant(参与者)D．Decorator(装饰)
下列设计模式中， （请作答此空） 模式既是类结构型模式，又是对象结构型模式。此模式与 （ ） 模式类似的特征是，都给另一个对象提供了一定程度上的间接性，都涉及到从自身以外的一个接口向这个对象转发请求。A.桥接（Bridge）B.适配器（Adapter）C.组成（Composite）D.装饰器（Decorator）
假设现在要创建一个简单的超市销售系统，顾客将毛巾、饼干、酸奶等物品（Item）加入购物车（Shopping_Cart)，在收银台（Checkout）人工（Manual）或自动（Auto）地将购物车中每个物品的价格汇总到总价格后结帐。这一业务需求的类图（方法略）设计如下图所示，采用了（ ）模式。其中（ ）定义以一个Checkout对象为参数的accept操作，由子类实现此accept操作。此模式为（请作答此空），适用于（ ）。A.创建型对象模式B.结构型对象模式C.行为型类模式D.行为型对象模式
下图是（ ）设计模式的类图，该设计模式的目的是（请作答此空），图中，ConcreteCommand和Command之间是（ ）关系，Invoker和Command之间是（ ）关系。A.将一个请求封装成一个对象，从而使得可以用不同的请求对客户进行参数化，队请求排队或记录请求日志，以及支持可撤销的操作B.将一个类的接口适配成用户所期待的C.动态地给一个对象附加额外的职责，不必通过子类就能灵活地增加功能D.为一个对象提供代理以控制该对象的访问
（ ）设计模式定义一个用于创建对象的接口，让子类决定实例化哪一个类A.工厂方法（FactoryMethod） B.享元（Flyweight） C.观察者（Observer）D.中介者（Mediator）
下图是（ ）设计模式的类图，该设计模式的目的是（请作答此空），图中，Abstraction和RefinedAbstraciton之间是（ ）关系，Abstraction和Implementor之间是（ ）关系。A.将一个类的接口转换为客户期望的另一种接口，使得原本不匹配的接口而无法合作的类可以一起工作B.将一个抽象与其实现分离开，以便两者能够各自独立地演变C.动态地给一个对象附加额外的职责，不必通过子类就能灵活地增加功能D.为一个对象提供代理以控制该对象的访问
下面的UML类图描绘的是（ ）设计模式。关于该设计模式的叙述中，错误的是（请作答此空）。A.该设计模式中的Observer需要维护至少一个Subject对象B.该设计模式中的ConcreteObserver可以绕过Subject及其子类的封装C.该设计模式中一个Subject对象需要维护多个Observer对象D.该设计模式中Subject需要通知Observer对象其自身的状态变化
假设现在要创建一个 Web应用框架,基于此框架能够创建不同的具体 Web应用,比如博客、 新闻网站和网上商店等;并可以为每个 Web 应用创建不同的主题样式,如浅色或深色等。这一 业务需求的类图设计适合采用（如下图所示）模式（ ）。其中（ ）是客户程序使用的 主要接口,维护对主题类型的引用。此模式为（ ）,体现的最主要的意图是（请作答此空）。A.将抽象部分与其实现部分分离,使它们都可以独立地变化B.动态地给一个对象添加一些额外的职责C.为其他对象提供一种代理以控制对这个对象的访问D.将一个类的接口转换成客户希望的另外一个接口。
装饰器 (Decorator) 模式用于 （ ）；外观 (Facade) 模式用于(请作答此空 )。①将一个对象加以包装以给客户提供其希望的另外一个接口②将一个对象加以包装以提供一些额外的行为③将一个对象加以包装以控制对这个对象的访问④将一系列对象加以包装以简化其接口A.①B.②C.③D.④
下图是（ ）设计模式的类图，该设计模式的目的是（请作答此空），图中，ConcreteStrategy和Strategy之间是（ ）关系，Strategy和Context之间是（ ）关系。A.将一个类的接口转换为客户期望的另一种接口，使得原本不匹配的接口而无法合作的类可以一起工作B.定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。C.动态地给一个对象附加额外的职责，不必通过子类就能灵活地增加功能D.为一个对象提供代理以控制该对象的访问
下图是（ ）设计模式的类图,该设计模式的目的是（请作答此空）,图中,Decorator和Component之间是（ ）关系,ConcreteDecorator和Decorator之间是（ ）关系。A.将一个类的接口转换为客户期望的另一种接口,使得原本因接口不匹配而无法合作的类可以一起工作B.将一个抽象与其实现分离开,以便两者能够各自独立地演变C.为一个对象提供代理以控制该对象的访问D.动态地给一个对象附加额外的职责,不必通过子类就能灵活地增加功能
假设现在要创建一个 Web应用框架,基于此框架能够创建不同的具体 Web应用,比如博客、 新闻网站和网上商店等;并可以为每个 Web 应用创建不同的主题样式,如浅色或深色等。这一 业务需求的类图设计适合采用（如下图所示）模式（ ）。其中（ ）是客户程序使用的 主要接口,维护对主题类型的引用。此模式为（请作答此空）,体现的最主要的意图是（ ）。A.创建型对象模式B.结构型对象模式C.行为型类模式D.行为型对象模式
欲使一个后端数据模型能够被多个前端用户界面连接，采用（ ）模式最适合A.装饰器（Decorator）B.享元（Flyweight） C.观察者（Observer）D.中介者（Mediator）
（ ）设计模式能够动态地给一个对象添加一些额外的职责而无需修改此对象的结构A.组合（Composite） B.外观（Facade） C.享元（Flyweight） D.装饰器（Decorator）
（ ）设计模式能够动态地给一个对象添加一些额外的职责而无须修改此对象的结构；（ ）设计模式定义一个用于创建对象的接口，让子类决定实例化哪一个类；欲使一个后端数据模型能够被多个前端用户界面连接，采用（请作答此空）模式最适合。A. 装饰器B. 享元C. 观察者D. 中介者
按照设计模式的目的进行划分，现有的设计模式可以分为三类。其中创建型模式通过采用抽象类所定义的接口，封装了系统中对象如何创建、组合等信息，其代表有(请作答此空 )模式等;( )模式主要用于如何组合己有的类和对象以获得更大的结构，其代表有 Adapter 模式等;( )模式主要用于对象之间的职责及其提供服务的分配方式，其代表有( )模式等。 A. DecoratorB. Fly weightC. CommandD.Singleton
按照设计模式的目的进行划分，现有的设计模式可以分为三类。其中创建型模式通过采用抽象类所定义的接口，封装了系统中对象如何创建、组合等信息，其代表有( )模式等;( )模式主要用于如何组合己有的类和对象以获得更大的结构，其代表有 Adapter 模式等;(请作答此空 )模式主要用于对象之间的职责及其提供服务的分配方式，其代表有( )模式等。A. 行为型B. 交互型C. 耦合性D. 关联型
按照设计模式的目的进行划分，现有的设计模式可以分为三类。其中创建型模式通过采用抽象类所定义的接口，封装了系统中对象如何创建、组合等信息，其代表有( )模式等;( 请作答此空)模式主要用于如何组合己有的类和对象以获得更大的结构，其代表有 Adapter 模式等;( )模式主要用于对象之间的职责及其提供服务的分配方式，其代表有( )模式等。A. 合成型B. 组合型C. 结构型D. 聚合型
（请作答此空）设计模式能够动态地给一个对象添加一些额外的职责而无须修改此对象的结构；（）设计模式定义一个用于创建对象的接口，让子类决定实例化哪一个类；欲使一个后端数据模型能够被多个前端用户界面连接，采用（）模式最适合。A. 组合B. 外观C. 享元D. 装饰器
以下意图哪个是用来描述FACTORY METHOD（工厂方法）？（）A、提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类B、表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作C、定义一个用于创建对象的接口，让子类决定实例化哪一个类。该模式使一个类的实例化延迟到其子类D、定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化
单选题当不适合采用生成子类的方法对已有的类进行扩充时，可以采用（1）设计模式动态地给一个对象添加一些额外的职责；当应用程序由于使用大量的对象，造成很大的存储开销时，可以采用（2）设计模式运用共享技术来有效地支持大量细粒度的对象；当想使用一个已经存在的类，但其接口不符合需求时，可以采用（3）设计模式将该类的接口转换成我们希望的接口。空白（1）处应选择（）A命令（CommanD）B适配器（Adapter）C装饰（DecoratE）D享元（Flyweight）
填空题（）模式中，父类负责定义创建对象的公共接口，子类决定要创建的具体类是哪一个。