关于模式适用性，在以下情况不适合使用OBSERVER（观察者）模式？（）

[单选题]关于模式适用性，在以下情况不适合使用PROTOTYPE模式？（）A . 当要实例化的类是在运行时刻指定时，例如，通过动态装载B . 当你要强调一系列相关的产品对象的设计以便进行联合使用时C . 为了避免创建一个与产品类层次平行的工厂类层次时D . 当一个类的实例只能有几个不同状态组合中的一种时

[单选题]关于模式适用性，在以下情况不适合使用FACTORY METHOD模式？（）A . 当一个类不知道它所必须创建的对象的类的时候B . 当一个类希望由它的子类来指定它所创建的对象的时候C . 当你提供一个产品类库，而只想显示它们的接口而不是实现时D . 当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候

[单选题]关于模式适用性，在以下情况不适合使用Abstract Factory模式？（）A . 一个系统要独立于它的产品的创建、组合和表示时B . 一个系统要由多个产品系列中的一个来配置时C . 当你要强调一系列相关的产品对象的设计以便进行联合使用时D . 当一个类希望由它的子类来指定它所创建的对象的时候

[单选题]关于模式适用性，在以下情况不适合使用DECORATOR（装饰）模式？（）A . 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责B . 处理那些可以撤消的职责C . 客户程序与抽象类的实现部分之间存在着很大的依赖性D . 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类

[单选题]关于模式适用性，在以下情况不适合使用COMPOSITE（组合）模式？（）A . 你想使用一个已经存在的类，而它的接口不符合你的需求B . 你想表示对象的部分-整体层次结构C . 当一个类的实例只能有几个不同状态组合中的一种时D . 一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态改变它的行为

[单选题]关于模式适用性，在以下情况不适合使用PROXY（代理）模式？（）A . 你想使用一个已经存在的类，而它的接口不符合你的需求B . 根据需要创建开销很大的对象C . 在需要用比较通用和复杂的对象指针代替简单的指针的时候D . 取代了简单的指针，它在访问对象时执行一些附加操作

[单选题]关于模式适用性，在以下情况不适合使用STRATEGY（策略）模式？（）A . 当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之，你不希望这些对象是紧密耦合的B . 许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法C . 需要使用一个算法的不同变体。例如，你可能会定义一些反映不同的空间/时间权衡的算法。当这些变体实现为一个算法的类层次时可以使用策略模式D . 算法使用客户不应该知道的数据。可使用策略模式以避免暴露复杂的、与

[单选题]关于模式适用性，在以下情况不适合使用Bridge（桥接）模式？（）A . 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换B . 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充C . 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译D . 客户程序与抽象类的实现部分之间存在着很大的依赖性

[单选题]关于模式适用性，在以下情况不适合使用Adapter（适配器）模式？（）A . 你想使用一个已经存在的类，而它的接口不符合你的需求B . 你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作C . 你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口D . 如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象

[单选题]关于模式适用性，在以下情况适合使用Singleton模式？（）A . 当一个类不知道它所必须创建的对象的类的时候B . 当一个类的实例只能有几个不同状态组合中的一种时C . 当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时D . 当一个类希望由它的子类来指定它所创建的对象的时候