桥接模式_抽象与现实分离怎么理解

一 桥接模式的内容

桥接模式(Bridge Pattern)：将抽象部分与它的实现部分分离，使它们都可以独立的变化。它是一种对象结构型模式，又称为炳体(Handler and Body)模式或接口(Interface)模式。
桥接模式将继承关系转换为关联关系，从而降低了类与类之间的耦合，减少了代码编写量。

桥接模式的用意

【GOF95】在提出桥接模式的时候指出，桥梁模式的用意是“将抽象化(Abstraction)与实现化(Iplementation)脱耦，使得二者可以独立的变化”。这句话有三个关键词，也就是抽象化、实现化和脱耦。将类与类之间继承的关系，变为抽象类或者接口与接口之间的关联关系，实现了抽象化与实现化的脱耦。

抽象化

存在于多个实体中的共同概念性联系，就是抽象化。作为一个过程，抽象化就是忽略一些信息，从而把不同的实体当做同样的实体对待。

实现化

抽象化给出的具体实现，就是实现化。

脱耦

所谓耦合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是耦合的解脱，或称脱耦。在这里，脱耦是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改成弱关联。

将两个角色之间的继承关系改成聚合关系，就是将它们之间的强关联改换成为弱关联。因此，桥接模式中所谓的脱耦，就是指在一个软件系统的抽象换和实现化之间使用组合/聚合关系而不是继承关系，从而是两者可以相对独立的变化。这就是桥接模式的用意。

二 桥接模式的结构

桥接模式是对象的结构模式，又称为炳体模式或接口模式。

下图所示就是一个实现了桥接模式的示意性系统的结构图。

可以看出，这个系统含有两个等级结构，也就是：

• 由抽象化角色和修正抽象化角色组成的抽象化等级结构
• 由实现化角色和两个具体实现化角色锁组成的实现化等级结构

桥接模式所涉及到的角色有：

• 抽象化(Abstraction)角色：抽象化给出的定义，并保存一个对实现化对象的引用。
• 修正抽象化(Refined Abstraction)角色：拓展抽象化角色，改变和修正父类对抽象化的定义。
• 实现化(Implementor)角色：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上。这两个接口可以非常不一样。实现化角色相当于只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。
• 具体实现化(Concrete Implementor)角色：这个角色给出实现化角色接口的具体实现。

三 桥接模式示例代码

代码一：

public interface Implementor {
    public void operationImpl();
}
1
2
3

public class ConcreteImplementor implements Implementor {
    @Override
    public void operationImpl() {
        //具体的实现
    }
}
1
2
3
4
5
6

public abstract class Abstraction {
    protected  Implementor impl;

    public void setImpl(Implementor impl) {
        this.impl = impl;
    }
    public abstract void operation();
}
1
2
3
4
5
6
7
8

/**
 * @Description 修正抽象化
 * @Author Administrator
 * @Date 2019/10/30 16:24
 **/
public class RefinedAbstraction extends Abstraction {
    @Override
    public void operation() {
        impl.operationImpl();
    }
}
1
2
3
4
5
6
7
8
9
10
11

代码二：

public interface Color {
    void bepaint(String penType, String name);
}
1
2
3

public abstract class Pen {
    protected Color color;
    public void setColor(Color color) {
        this.color = color;
    }
    public abstract void draw(String name);
}
1
2
3
4
5
6
7

public class SmallPen extends Pen {
    @Override
    public void draw(String name) {
        String penType = "小号毛笔绘制";
        this.color.bepaint(penType, name);
    }
}
1
2
3
4
5
6
7

public class MiddlePen extends Pen {
    @Override
    public void draw(String name) {
        String penType = "中号毛笔绘制";
        this.color.bepaint(penType, name);
    }
}
1
2
3
4
5
6
7

public class BigPen extends Pen {
    @Override
    public void draw(String name) {
        String penType = "大号毛笔绘制";
        this.color.bepaint(penType, name);
    }
}
1
2
3
4
5
6
7

public class Green implements Color {
    @Override
    public void bepaint(String penType, String name) {
        System.out.println(penType + "绿色的" + name + ".");
    }
}
1
2
3
4
5
6

public class Red implements Color{
    @Override
    public void bepaint(String penType, String name) {
        System.out.println(penType + "红色的"+ name + ".");
    }
}
1
2
3
4
5
6

配置文件configPen.xml

<?xml version="1.0"?>
<config>
    <className>com.sjj.advance.designmodel.结构型.bridge.test2.Red</className>
    <className>com.sjj.advance.designmodel.结构型.bridge.test2.SmallPen</className>
</config>
1
2
3
4
5

public class XMLUtilPen {
    //该方法用于从XML配置文件中提取具体类类名，并返回一个实例对象
    public static Object getBean(String args) {
        try {
            //创建文档对象
            DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
            DocumentBuilder builder = dFactory.newDocumentBuilder();
            Document doc;
            doc = builder.parse(new File("conf/configPen.xml"));
            NodeList nl = null;
            Node classNode = null;
            String cName = null;
            nl = doc.getElementsByTagName("className");

            if (args.equals("color")) {
                //获取包含类名的文本节点
                classNode = nl.item(0).getFirstChild();

            } else if (args.equals("pen")) {
                //获取包含类名的文本节点
                classNode = nl.item(1).getFirstChild();
            }

            cName = classNode.getNodeValue();
            //通过类名生成实例对象并将其返回
            Class c = Class.forName(cName);
            Object obj = c.newInstance();
            return obj;
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        }
    }
}
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

public class Client {
    public static void main(String[] args) {
        Color color;
        Pen pen;

        color = (Color) XMLUtilPen.getBean("color");
        pen = (Pen) XMLUtilPen.getBean("pen");

        pen.setColor(color);
        pen.draw("鲜花");
    }
}
1
2
3
4
5
6
7
8
9
10
11
12

运行结果

小号毛笔绘制红色的鲜花.
1

四 桥接模式分析

理解桥接模式，重点需要理解如何将抽象化(Abstraction)与实现化(Implementation)脱耦，使得二者可以独立的变化。

• 抽象化：抽象化就是忽略一些信息，把不同的实体当作同样的实体对待。在面向对象中，将对象的共同性质抽取出来形成类的过程即为抽象化的过程。
• 实现化：针对抽象化给出的具体实现，就是实现化，抽象化与实现化是一对互逆的概念，实现化产生的对象比抽象化更具体，是对抽象化事物的进一步具体化的产物。
• 脱耦：脱耦就是将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联，将两个角色之间的继承关系改为关联关系。桥接模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用关联关系（组合或者聚合关系）而不是继承关系，从而使两者可以相对独立地变化，这就是桥接模式的用意。

五 桥接模式优缺点

优点

• 分离抽象接口及其实现部分
• 桥接模式有时类似于多继承方案，但是多继承方案违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差，而且多继承结构中类的个数非常庞大，桥接模式是比多继承方案更好的解决方法。
• 桥接模式提高了系统的可扩充性，在两个变化维度中任意拓展一个维度，都不需要修改原有系统。
• 实现细节对客户透明，可以对用户隐藏实现细节。

缺点

• 桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程。
• 桥接模式要求正确识别系统中两个独立变化的维度，因此其使用范围具有一定的局限性。

六 桥接模式的适用环境

在以下情况下可以使用桥接模式：

• 如果一个系统需要在构建的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
• 抽象化角色和实现化角色可以以继承的方式独立拓展而互不影响，在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化角色和实现化角色进行动态耦合。
• 一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。
• 虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立的变化，设计要求需要独立管理这两者。
• 对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适合。

七 桥接模式应用

（1）Java语言通过Java虚拟机实现了平台的无关性

（2）JDBC驱动程序也是桥接模式的应用之一。使用JDBC驱动程序的应用系统就是抽象角色，而所使用的数据库是实现角色。一个JDBC驱动程序可以动态的将一个特定类型的数据库与一个Java应用程序绑定在一起。从而实现抽象角色与实现角色的动态耦合。