1. 概述
将抽象部分（abstraction）与实现部分（implementor）分离，使它们可以独立地变化。
2. 解决的问题
在软件系统中，有些类型由于自身的逻辑，它具有两个或多个维度的变化。为了解决这种多维度变化，又不引入复杂度，这就要使用bridge模式。
3. 模式中的角色
2.1 抽象（abstraction）：定义抽象接口，该接口中包含实现具体行为、具体特征的implementor接口。
2.2 提炼的抽象（refinedabstraction）：继承自abstraction的子类，依旧是一个抽象的事物名。
2.3 实现（implementor）：定义具体行为，具体特征的应用接口。
2.4 具体实现（concreteimplementor）：实现implementor。
4. 模式解读
4.1 实现要点
bridge模式使用“对象间的组合/聚合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化
4.2 桥接模式的类图
4.3 桥接模式的实现代码
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
/// <summary>/// 实现/// </summary>public abstract class implementor{ public abstract void opration();}public class concreteimplementora : implementor{ public override void opration() { console.writeline("具体实现a的方法执行。"); }}public class concreteimplementorb : implementor{ public override void opration() { console.writeline("具体实现b的方法执行。"); }}/// <summary>/// 抽象/// </summary>public abstract class abstraction{ protected implementor implementor; public void setimplementor(implementor implementor) { this.implementor = implementor; } public abstract void opration();}/// <summary>/// 被提炼的抽象/// </summary>public class refinedabstraction : abstraction{ public override void opration() { implementor.opration(); }} |
4.4 客户端的调用
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
class program{ static void main(string[] args) { abstraction abstraction = new refinedabstraction(); abstraction.setimplementor(new concreteimplementora()); abstraction.opration(); abstraction.setimplementor(new concreteimplementorb()); abstraction.opration(); console.read(); }} |
输出结果：
具体实现a的方法执行。
具体实现b的方法执行。
5. 桥接模式是个比较复杂的模式，在对它总结之前，先看一个大家都非常熟悉的应用：三层架构
解读：三层架构中的业务逻辑层（logicaltierinterface)桥接到了数据访问层(databasetierinterface)，大家可以比较一下这个图和上面桥接模式的图是多么的一致。大家往往会在数据库访问这端做扩展，比如现在增加对mysql的支持；往往只对业务逻辑层的实现（logicalimplement)做一些内部修改，而不是扩展一个新的实现。如果你的应用确实需要对业务逻辑层做一个扩展(比如newlogicalimplement)，那么这个三层架构对桥接模式的应用就算是比较完整的了。
6. 模式总结
6.1 优点
6.1.1 降低了沿着两个或多个维度扩展时的复杂度，防止类的过度膨胀。
6.1.2 解除了两个或多个维度之间的耦合，使它们沿着各自方向变化而不互相影响
6.2 缺点
还未发现
6.3 适用场景
6.3.1 当一个对象有多个变化因素时，可以考虑使用桥接模式，通过抽象这些变化因素，将依赖具体实现修改为依赖抽象。
6.3.2 当我们期望一个对象的多个变化因素可以动态变化，而且不影响客户端的程序使用时。
6.3.3 如果使用继承的实现方案，会导致产生很多子类，任何一个变化因素都需要产生多个类来完成，就要考虑桥接模式。
以上就是本文的全部内容，希望能给大家一个参考，也希望大家多多支持服务器之家。
