21、橋接模式（Bridge模式）詳解

在現實生活中，某些類具有兩個或多個維度的變化，如圖形既可按形狀分，又可按顏色分。如何設計類似於 Photoshop 這樣的軟件，能畫不同形狀和不同顏色的圖形呢？如果用繼承方式，m 種形狀和 n 種顏色的圖形就有 m×n 種，不但對應的子類很多，而且擴展困難。

當然，這樣的例子還有很多，如不同顏色和字體的文字、不同品牌和功率的汽車、不同性別和職業的男女、支持不同平台和不同文件格式的媒體播放器等。如果用橋接模式就能很好地解決這些問題。

橋接模式的定義與特點

橋接（Bridge）模式的定義如下：將抽象與實現分離，使它們可以獨立變化。它是用組合關系代替繼承關系來實現，從而降低了抽象和實現這兩個可變維度的耦合度。

通過上面的講解，我們能很好的感覺到橋接模式遵循了里氏替換原則和依賴倒置原則，最終實現了開閉原則，對修改關閉，對擴展開放。這里將橋接模式的優缺點總結如下。

橋接（Bridge）模式的優點是：

• 抽象與實現分離，擴展能力強
• 符合開閉原則
• 符合合成復用原則
• 其實現細節對客戶透明

缺點是：由於聚合關系建立在抽象層，要求開發者針對抽象化進行設計與編程，能正確地識別出系統中兩個獨立變化的維度，這增加了系統的理解與設計難度。

橋接模式的結構與實現

可以將抽象化部分與實現化部分分開，取消二者的繼承關系，改用組合關系。

1. 模式的結構

橋接（Bridge）模式包含以下主要角色。

1. 抽象化（Abstraction）角色：定義抽象類，並包含一個對實現化對象的引用。
2. 擴展抽象化（Refined Abstraction）角色：是抽象化角色的子類，實現父類中的業務方法，並通過組合關系調用實現化角色中的業務方法。
3. 實現化（Implementor）角色：定義實現化角色的接口，供擴展抽象化角色調用。
4. 具體實現化（Concrete Implementor）角色：給出實現化角色接口的具體實現。

其結構圖如圖 1 所示。

圖1 橋接模式的結構圖

2. 模式的實現

橋接模式的代碼如下：

1. package bridge;
3. public class BridgeTest {
4. public static void main(String[] args) {
5. Implementor imple = new ConcreteImplementorA();
6. Abstraction abs = new RefinedAbstraction(imple);
7. abs.Operation();
8. }
9. }
11. //實現化角色
12. interface Implementor {
13. public void OperationImpl();
14. }
16. //具體實現化角色
17. class ConcreteImplementorA implements Implementor {
18. public void OperationImpl() {
19. System.out.println("具體實現化(Concrete Implementor)角色被訪問");
20. }
21. }
23. //抽象化角色
24. abstract class Abstraction {
25. protected Implementor imple;
27. protected Abstraction(Implementor imple) {
28. this.imple = imple;
29. }
31. public abstract void Operation();
32. }
34. //擴展抽象化角色
35. class RefinedAbstraction extends Abstraction {
36. protected RefinedAbstraction(Implementor imple) {
37. super(imple);
38. }
40. public void Operation() {
41. System.out.println("擴展抽象化(Refined Abstraction)角色被訪問");
42. imple.OperationImpl();
43. }
44. }

程序的運行結果如下：

擴展抽象化(Refined Abstraction)角色被訪問
具體實現化(Concrete Implementor)角色被訪問

橋接模式的應用實例

【例1】用橋接（Bridge）模式模擬女士皮包的選購。

分析：女士皮包有很多種，可以按用途分、按皮質分、按品牌分、按顏色分、按大小分等，存在多個維度的變化，所以采用橋接模式來實現女士皮包的選購比較合適。

本實例按用途分可選錢包（Wallet）和挎包（HandBag），按顏色分可選黃色（Yellow）和紅色（Red）。可以按兩個維度定義為顏色類和包類。（點此下載本實例所要顯示的包的圖片）。

顏色類（Color）是一個維度，定義為實現化角色，它有兩個具體實現化角色：黃色和紅色，通過 getColor() 方法可以選擇顏色；包類（Bag）是另一個維度，定義為抽象化角色，它有兩個擴展抽象化角色：挎包和錢包，它包含了顏色類對象，通過 getName() 方法可以選擇相關顏色的挎包和錢包。

客戶類通過 ReadXML 類從 XML 配置文件中獲取包信息（點此下載 XML 配置文件），並把選到的產品通過窗體顯示出現，圖 2 所示是其結構圖。

圖2 女士皮包選購的結構圖

程序代碼如下：

1. package bridge;
3. import org.w3c.dom.NodeList;
5. import javax.swing.*;
6. import javax.xml.parsers.DocumentBuilder;
7. import javax.xml.parsers.DocumentBuilderFactory;
8. import java.awt.*;
10. public class BagManage {
11. public static void main(String[] args) {
12. Color color;
13. Bag bag;
14. color = (Color) ReadXML.getObject("color");
15. bag = (Bag) ReadXML.getObject("bag");
16. bag.setColor(color);
17. String name = bag.getName();
18. show(name);
19. }
21. public static void show(String name) {
22. JFrame jf = new JFrame("橋接模式測試");
23. Container contentPane = jf.getContentPane();
24. JPanel p = new JPanel();
25. JLabel l = new JLabel(new ImageIcon("src/bridge/" + name + ".jpg"));
26. p.setLayout(new GridLayout(1, 1));
27. p.setBorder(BorderFactory.createTitledBorder("女士皮包"));
28. p.add(l);
29. contentPane.add(p, BorderLayout.CENTER);
30. jf.pack();
31. jf.setVisible(true);
32. jf.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
33. }
34. }
36. //實現化角色：顏色
37. interface Color {
38. String getColor();
39. }
41. //具體實現化角色：黃色
42. class Yellow implements Color {
43. public String getColor() {
44. return "yellow";
45. }
46. }
48. //具體實現化角色：紅色
49. class Red implements Color {
50. public String getColor() {
51. return "red";
52. }
53. }
55. //抽象化角色：包
56. abstract class Bag {
57. protected Color color;
59. public void setColor(Color color) {
60. this.color = color;
61. }
63. public abstract String getName();
64. }
66. //擴展抽象化角色：挎包
67. class HandBag extends Bag {
68. public String getName() {
69. return color.getColor() + "HandBag";
70. }
71. }
73. //擴展抽象化角色：錢包
74. class Wallet extends Bag {
75. public String getName() {
76. return color.getColor() + "Wallet";
77. }
78. }
79. package bridge;
80. import javax.xml.parsers.*;
81. import org.w3c.dom.*;
82. import java.io.*;
84. class ReadXML {
85. public static Object getObject(String args) {
86. try {
87. DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
88. DocumentBuilder builder = dFactory.newDocumentBuilder();
89. Document doc;
90. doc = builder.parse(new File("src/bridge/config.xml"));
91. NodeList nl = doc.getElementsByTagName("className");
92. Node classNode = null;
93. if (args.equals("color")) {
94. classNode = nl.item(0).getFirstChild();
95. } else if (args.equals("bag")) {
96. classNode = nl.item(1).getFirstChild();
97. }
98. String cName = "bridge." + classNode.getNodeValue();
99. Class<?> c = Class.forName(cName);
100. Object obj = c.newInstance();
101. return obj;
102. } catch (Exception e) {
103. e.printStackTrace();
104. return null;
105. }
106. }
107. }

程序的運行結果如圖 3 所示。

圖3 女士皮包選購的運行結果1

如果將 XML 配置文件按如下修改：

1. <?xml version="1.0" encoding="UTF-8"?>
2. <config>
3. <className>Red</className>
4. <className>Wallet</className>
5. </config>

則程序的運行結果如圖 4 所示。

圖4 女士皮包選購的運行結果2

橋接模式的應用場景

當一個類內部具備兩種或多種變化維度時，使用橋接模式可以解耦這些變化的維度，使高層代碼架構穩定。

橋接模式通常適用於以下場景。

1. 當一個類存在兩個獨立變化的維度，且這兩個維度都需要進行擴展時。
2. 當一個系統不希望使用繼承或因為多層次繼承導致系統類的個數急劇增加時。
3. 當一個系統需要在構件的抽象化角色和具體化角色之間增加更多的靈活性時。

橋接模式的一個常見使用場景就是替換繼承。我們知道，繼承擁有很多優點，比如，抽象、封裝、多態等，父類封裝共性，子類實現特性。繼承可以很好的實現代碼復用（封裝）的功能，但這也是繼承的一大缺點。

因為父類擁有的方法，子類也會繼承得到，無論子類需不需要，這說明繼承具備強侵入性（父類代碼侵入子類），同時會導致子類臃腫。因此，在設計模式中，有一個原則為優先使用組合/聚合，而不是繼承。

很多時候，我們分不清該使用繼承還是組合/聚合或其他方式等，其實可以從現實語義進行思考。因為軟件最終還是提供給現實生活中的人使用的，是服務於人類社會的，軟件是具備現實場景的。當我們從純代碼角度無法看清問題時，現實角度可能會提供更加開闊的思路。

橋接模式模式的擴展

在軟件開發中，有時橋接（Bridge）模式可與適配器模式聯合使用。當橋接（Bridge）模式的實現化角色的接口與現有類的接口不一致時，可以在二者中間定義一個適配器將二者連接起來，其具體結構圖如圖 5 所示。

圖5 橋接模式與適配器模式聯用的結構圖