下面的UML类图描绘的是（ ）设计模式。关于该设计模式的叙述中，错误的是（请作答此空）。A.该设计模式中的Observer需要维护至少一个Subject对象B.该设计模式中的ConcreteObserver可以绕过Subject及其子类的封装C.该设计模式中一个Subject对象需要维护多个Observer对象D.该设计模式中Subject需要通知Observer对象其自身的状态变化
下面的UML类图描绘的是（ ）设计模式。关于该设计模式的叙述中，错误的是（请作答此空）。
A.该设计模式中的Observer需要维护至少一个Subject对象
B.该设计模式中的ConcreteObserver可以绕过Subject及其子类的封装
C.该设计模式中一个Subject对象需要维护多个Observer对象
D.该设计模式中Subject需要通知Observer对象其自身的状态变化
B.该设计模式中的ConcreteObserver可以绕过Subject及其子类的封装
C.该设计模式中一个Subject对象需要维护多个Observer对象
D.该设计模式中Subject需要通知Observer对象其自身的状态变化
参考解析
解析：本题主要考查设计模式的相关知识。
桥接模式将抽象部分与实现部分分离，使得它们两部分可以独立地变化。
策略模式定义一系列的算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化。
抽象工厂提供了一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，属于对象创建型模式。
观察者模式定义对象间的一种一对多依赖关系，使得每当一个对象改变状态，则其相关依赖对象皆得到通知并被自动更新。
从本题给出的图我们可以判断是观察者模式，其中被观察对象（Subject），具体被观察对象（ConcreteSubject），观察者（Observer）及具体观察者（ConcreteObserver）。在本设计模式中，Observer需要维护至少一个Subject对象，一个Subject对象需要维护多个Observer对象，另外Subject需要通知Observer对象其自身的状态变化。
桥接模式将抽象部分与实现部分分离，使得它们两部分可以独立地变化。
策略模式定义一系列的算法，将每一个算法封装起来，并让它们可以相互替换。策略模式让算法独立于使用它的客户而变化。
抽象工厂提供了一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，属于对象创建型模式。
观察者模式定义对象间的一种一对多依赖关系，使得每当一个对象改变状态，则其相关依赖对象皆得到通知并被自动更新。
从本题给出的图我们可以判断是观察者模式，其中被观察对象（Subject），具体被观察对象（ConcreteSubject），观察者（Observer）及具体观察者（ConcreteObserver）。在本设计模式中，Observer需要维护至少一个Subject对象，一个Subject对象需要维护多个Observer对象，另外Subject需要通知Observer对象其自身的状态变化。
相关考题：
下图中左边的UML类图描绘的是设计模式中的(1)模式。右边的UML类图描述了该模式的一种应用，其中与左图中的Abstraction对应的类是(2)。A．CommandB．BridgeC．CompositeD．Proxy
图2-8示意的UML类图描绘的是设计模式中的(49)模式。图2-9的UML类图描述了该模式的一种应用，其中与图2-8中的“Abstraction'’对应的类是(50)。A．Composite(组合)B．Proxy(代理)C．Bridge(桥接)D．Command(命令)
下图1中左边的UML类图描绘的是设计模式中的(1)模式。右边的UML类图描述了该模式的一种应用，其中与左图中的“Creator”对应的类是(2)。A．CommandB．Factory MethodC．CompositeD．Class Adapter
● 下面的UML类图描绘的是 （46） 设计模式。关于该设计模式的叙述中，错误的是 （47） 。（46）A. 桥接B. 策略C. 抽象工厂D. 观察者（47）A. 该设计模式中的Observer 需要维护至少一个Subject对象B. 该设计模式中的ConcreteObserver 可以绕过 Subject及其子类的封装C. 该设计模式中一个Subject对象需要维护多个Observer 对象D. 该设计模式中Subject需要通知 Observer 对象其自身的状态变化
如下UML类图表示的是 (44) 设计模式。以下关于该设计模式的叙述中,A.工厂方法B.策略S 如下UML类图表示的是 （44） 设计模式。以下关于该设计模式的叙述中，A.工厂方法B.策略C.抽象工厂D.观察者
● 下图中左边的 UML 类图描绘的是设计模式中的 （1） 模式。右边的 UML 类图描述了该模式的一种应用，其中与左图中的“Abstraction”对应的类是 （2） 。（1）A.CommandB. BridgeC. CompositeD. Proxy（2）A.DataAccessB. DataAccessImplC. CustomerDMD. AccountDM
● 图 1 中左边的 UML 类图描绘的是设计模式中的 （1） 模式。右边的 UML 类图描述了该模式的一种应用，其中与左图中的“Creator”对应的类是 （2） 。（1）A. CommandB. Factory MethodC. CompositeD. Class Adapter（2）A. BankB. AccountC. CheckingD. Savings
在面向对象分析和设计中，用类图给出系统的静态设计视图，其应用场合不包括（请作答此空）。下图是一个UML类图，其中类University和类School之间是（ ）关系，类Person和类PersonRecord之间是（ ）关系，表示Person与Person Record（ ）。A.对系统的词汇建模B.对简单的协作建模C.对逻辑数据库模式建模D.对系统的需求建模
如图所示的UML类图中，Shop和Magazine之间为（ ）关系，Magazine和Page之间为（ ）关系。UML类图通常不用于对（请作答此空）进行建模。A.系统的词汇B.简单的协作C.逻辑数据库模式D.对象快照
在面向对象分析和设计中，用类图给出系统的静态设计视图，其应用场合不包括（ ）。下图是一个UML类图，其中类University和类School之间是（ ）关系，类Person和类PersonRecord之间是（请作答此空）关系，表示Person与Person Record（ ）。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.代理
如下UML类图表示的是（ ）设计模式。以下关于该设计模式的叙述中，错误是（请作答此空）。A.提供创建一系列相关或相互依赖的对象的接口，而无需指定这些对象所属的具体类B.可应用于一个系统要由多个产品系列中的一个来配置的时候C.可应用于强调一系列相关产品对象的设计以便进行联合使用的时候D.可应用于希望使用已经存在的类，但其接口不符合需求的时候
下图是（ ）设计模式的类图,该设计模式的目的是（ ）,图中,Decorator和Component之间是（请作答此空）关系,ConcreteDecorator和Decorator之间是（ ）关系。A.依赖和关联B.依赖和继承C.关联和实现D.继承和实现
下图为某设计模式的类图，类State和Context的关系为（ ），类（请作答此空）是客户使用的主要接口。A.ContextB.ConcreteStateAC.ConcreteStateBD.State
数据库设计（ ）设计是建立一个系统的E-R图。（ ）设计是将E-R图转换成关系模式。（请作答此空）设计描述物理存储方法、索引等方面的信息。A.数据结构设计B.物理设计C.概念设计D.逻辑设计
（请作答此空）设计模式允许一个对象在其内部状态改变时改变它的行为。下图为这种设计模式的类图，已知类State为抽象类，则类（ ）的实例代表Context对象的状态。A.单件(Singleton)B.桥接(Bridge)C.组合(Composite)D.状态(State)
对于如下所示的序列图所描述的场景，最适合于采用的设计模式是（请作答此空）；该模式适用的场合是（ ）。 A. VisitorB. StrategyC. ObserverD. State