下图为某设计模式的类图，类State和Context的关系为（请作答此空），类（ ）是客户使用的主要接口。A.继承B.实现C.聚合D.组合
下图为某设计模式的类图，类State和Context的关系为（请作答此空），类（ ）是客户使用的主要接口。
A.继承
B.实现
C.聚合
D.组合
B.实现
C.聚合
D.组合
参考解析
解析：本题考查面向对象技术和UML的基本概念和基础知识。
上述图是UML状态模式的类图。类图描述了系统中各类对象以及它们之间的各种关系。在该类图中，类State和Context的关系为聚合关系，客户访问类Context。
上述图是UML状态模式的类图。类图描述了系统中各类对象以及它们之间的各种关系。在该类图中，类State和Context的关系为聚合关系，客户访问类Context。
相关考题：
● （43） 设计模式允许一个对象在其内部状态改变时改变它的行为。下图为这种设计模式的类图，已知类State为抽象类，则类 （44） 的实例代表了Context对象的状态。（43）A. 单件（Singleton）B. 桥接（Bridge）C. 组合（Composite）D. 状态（State）（44）A. ContextB. concreteStateAC. HandleD. State
设计模式允许一个对象在其内部状态改变时改变它的行为。下图为这种设计模式的类图，已知类State为抽象类，则类(44)的实例代表了Context对象的状态。A．单件(Singleton)B．桥接(Bridge)C．组合(Composite)D．状态(State)
下图为某设计模式的类图，类State和Context的关系为 ( ) ，类 ( )是客户使用的主要接口。A.继承B.实现C.聚合D.组合A.ContextB.ConcreteStateAC.ConcreteStateBD.State
在面向对象分析和设计中，用类图给出系统的静态设计视图，其应用场合不包括（请作答此空）。下图是一个UML类图，其中类University和类School之间是（ ）关系，类Person和类PersonRecord之间是（ ）关系，表示Person与Person Record（ ）。A.对系统的词汇建模B.对简单的协作建模C.对逻辑数据库模式建模D.对系统的需求建模
在面向对象分析和设计中，用类图给出系统的静态设计视图，其应用场合不包括（ ）。下图是一个UML类图，其中类University和类School之间是（ ）关系，类Person和类PersonRecord之间是（请作答此空）关系，表示Person与Person Record（ ）。A.依赖B.关联C.聚集D.泛化
在UML提供的图中，可以采用（请作答此空）对逻辑数据库模式建模；（ ）用于接口、类和协作的行为建模，并强调对象行为的事件顺序；（ ）用于系统的功能建模，并具强调对象间的控制流。A.用例图B.构件图C.活动图D.类图
下图是（ ）设计模式的类图，该设计模式的目的是（ ），图中，ConcreteStrategy和Strategy之间是（ ）关系，Strategy和Context之间是（请作答此空）关系。A.依赖B.关联C.继承D.聚合
下图是（请作答此空）设计模式的类图，该设计模式的目的是（ ），图中，Subject和Proxy之间是（ ）关系，Proxy和RealSubject之间是（ ）关系。A.适配器B.桥接C.装饰D.代理
下图是（请作答此空）设计模式的类图，该设计模式的目的是（ ），图中，ConcreteCommand和Command之间是（ ）关系，Invoker和Command之间是（ ）关系。A.适配器B.命令C.装饰D.代理
下图是（ ）设计模式的类图，该设计模式的目的是（ ），图中，Abstraction和RefinedAbstraciton之间是（ ）关系，Abstraction和Implementor之间是（请作答此空）关系。A.依赖B.关联C.继承D.聚合
下图是（ ）设计模式的类图，该设计模式的目的是（请作答此空），图中，Abstraction和RefinedAbstraciton之间是（ ）关系，Abstraction和Implementor之间是（ ）关系。A.将一个类的接口转换为客户期望的另一种接口，使得原本不匹配的接口而无法合作的类可以一起工作B.将一个抽象与其实现分离开，以便两者能够各自独立地演变C.动态地给一个对象附加额外的职责，不必通过子类就能灵活地增加功能D.为一个对象提供代理以控制该对象的访问
下图是（请作答此空）设计模式的类图，该设计模式的目的是（ ），图中，ConcreteStrategy和Strategy之间是（ ）关系，Strategy和Context之间是（ ）关系。A.适配器B.桥接C.装饰D.策略
如下所示的图为 UML 的（请作答此空），用于展示某汽车导航系统中（ ）。 Mapping 对象获 取汽车当前位置（ GPS Location）的消息为（ ）。A.类图B.组件图C.通信图D.部署图
下图是（ ）设计模式的类图,该设计模式的目的是（ ）,图中,Decorator和Component之间是（请作答此空）关系,ConcreteDecorator和Decorator之间是（ ）关系。A.依赖和关联B.依赖和继承C.关联和实现D.继承和实现
下图为某设计模式的类图，类State和Context的关系为（ ），类（请作答此空）是客户使用的主要接口。A.ContextB.ConcreteStateAC.ConcreteStateBD.State
假设现在要创建一个 Web应用框架,基于此框架能够创建不同的具体 Web应用,比如博客、 新闻网站和网上商店等;并可以为每个 Web 应用创建不同的主题样式,如浅色或深色等。这一 业务需求的类图设计适合采用（如下图所示）模式（ ）。其中（ 请作答此空）是客户程序使用的 主要接口,维护对主题类型的引用。此模式为（ ）,体现的最主要的意图是（ ）。A.WebapplicationB.BlogC.ThemeD.Light
下图是（ ）设计模式的类图，该设计模式的目的是（请作答此空），图中，ConcreteStrategy和Strategy之间是（ ）关系，Strategy和Context之间是（ ）关系。A.将一个类的接口转换为客户期望的另一种接口，使得原本不匹配的接口而无法合作的类可以一起工作B.定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。C.动态地给一个对象附加额外的职责，不必通过子类就能灵活地增加功能D.为一个对象提供代理以控制该对象的访问
设计模式中的（请作答此空）模式将对象组合成树形结构以表示"部分一整体"的层次结构，使得客户对单个对象和组合对象的使用具有一致性。下图为该模式的类图，其中，（ ）定义有子部件的那些部件的行为；组合部件的对象由（ ）通过component提供的接口操作。A.代理（Proxy）B.桥接器（Bridge）C.组合（Composite）D.装饰器（Decorator）
假设现在要创建一个 Web应用框架,基于此框架能够创建不同的具体 Web应用,比如博客、 新闻网站和网上商店等;并可以为每个 Web 应用创建不同的主题样式,如浅色或深色等。这一 业务需求的类图设计适合采用（如下图所示）模式（ ）。其中（ ）是客户程序使用的 主要接口,维护对主题类型的引用。此模式为（请作答此空）,体现的最主要的意图是（ ）。A.创建型对象模式B.结构型对象模式C.行为型类模式D.行为型对象模式
设计模式中的（ ）模式将对象组合成树形结构以表示"部分一整体"的层次结构，使得客户对单个对象和组合对象的使用具有一致性。下图为该模式的类图，其中，（ ）定义有子部件的那些部件的行为；组合部件的对象由（请作答此空）通过component提供的接口操作。A.ClientB.ComponentC.LeafD.Composite
（请作答此空）设计模式允许一个对象在其内部状态改变时改变它的行为。下图为这种设计模式的类图，已知类State为抽象类，则类（ ）的实例代表Context对象的状态。A.单件(Singleton)B.桥接(Bridge)C.组合(Composite)D.状态(State)
按照设计模式的目的进行划分，现有的设计模式可以分为三类。其中创建型模式通过采用抽象类所定义的接口，封装了系统中对象如何创建、组合等信息，其代表有(请作答此空 )模式等;( )模式主要用于如何组合己有的类和对象以获得更大的结构，其代表有 Adapter 模式等;( )模式主要用于对象之间的职责及其提供服务的分配方式，其代表有( )模式等。 A. DecoratorB. Fly weightC. CommandD.Singleton