正文

C# 设计模式系列教程-桥接模式

︶ㄣ米米素材网 メ
米米素材网V管理员 / 阅读
0708

桥接模式降低了沿着两个或多个维度扩展时的复杂度，防止类的过度膨胀，解除了两个或多个维度之间的耦合，使它们沿着各自方向变化而不互相影响。

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 桥接模式的类图　　

C# 设计模式系列教程-桥接模式

　　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. 桥接模式是个比较复杂的模式，在对它总结之前，先看一个大家都非常熟悉的应用：三层架构　　

C# 设计模式系列教程-桥接模式

　　解读：三层架构中的业务逻辑层（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 如果使用继承的实现方案，会导致产生很多子类，任何一个变化因素都需要产生多个类来完成，就要考虑桥接模式。

以上就是本文的全部内容，希望能给大家一个参考，也希望大家多多支持米米素材网。