桥接(Bridge)模式不能用在下列哪个场合（）。
A: 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译
B: 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充，这时Bridge模式使用户可以对不同的抽象接口和实现部分进行组合，井分别对它们进行扩充
C: 用户不希望在抽像和它的实现部分之间有一个固定的绑定关系，例如，这种情况可能是因为在程序运行时刻实现部分应可以被选择或者切换
D: 客户程序与抽象类的实现部分之间存在着很大的依赖性
A: 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译
B: 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充，这时Bridge模式使用户可以对不同的抽象接口和实现部分进行组合，井分别对它们进行扩充
C: 用户不希望在抽像和它的实现部分之间有一个固定的绑定关系，例如，这种情况可能是因为在程序运行时刻实现部分应可以被选择或者切换
D: 客户程序与抽象类的实现部分之间存在着很大的依赖性
举一反三
- 关于模式适用性，在以下情况不适合使用Bridge（桥接）模式？（） A: 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换 B: 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充 C: 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译 D: 客户程序与抽象类的实现部分之间存在着很大的依赖性
- 关于模式适用性，在以下情况不适合使用Bridge（桥接）模式？（） A: 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换 B: 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充 C: 对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译 D: 客户程序与抽象类的实现部分之间存在着很大的依赖性
- 当一个类实现一个接口时,可以选择只实现接口中的部分抽象方法
- 类实现了接口的部分抽象方法，成为抽象类。
- （ ）模式将系统设计为抽象部分与实现部分，由抽象部分调用实现部分，以便使系统在抽象与实现两个维度都可以独立扩展。 A: 桥接模式 B: 生成器模式 C: 适配器模式 D: 观察者模式