设计模式学习8——桥接模式

一、模式概述

      模式描述：

      桥接模式（Bridge Pattern）:将抽象部分与它的实现部分分离，使它们都可以独立地变化。它是一种对象结构型模式，又称为柄体（Handle and Body）模式或接口（Interface）模式。

       桥接模式是设计Java虚拟机和实现JDBC等驱动程序的核心模式之一，应用较为广泛。在软件开发中如果一个类或一个系统有多个变化维度时，都可以尝试使用桥接模式对其进行设计。

     模式结构图：

来源：http://blog.csdn.net/lovelion/article/details/7464195

二、优缺点

      主要优点：

<1>、分离抽象接口及其实现部分。桥接模式使用“对象间的关联关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自维度的变化，也就是说抽象和实现不再在同一个继承层次结构中，而是“子类化”它们，使它们各自都具有自己的子类，以便任意组合子类，从而获得多维度组合对象。

<2>、在很多情况下，桥接模式可以取代多层继承方案，多层继承方案违背了“单一职责原则”，复用性较差，且类的个数非常多，桥接模式是比多层继承方案更好的解决方法，它极大减少了子类的个数。

<3>、桥接模式提高了系统的可扩展性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统，符合“开闭原则”。

      主要缺点：

<1>、桥接模式的使用会增加系统的理解与设计难度，由于关联关系建立在抽象层，要求开发者一开始就针对抽象层进行设计与编程。

<2>、桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性，如何正确识别两个独立维度也需要一定的经验积累。

三、适用场景

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

<1>、如果一个系统需要在抽象化和具体化之间增加更多的灵活性，避免在两个层次之间建立静态的继承关系，通过桥接模式可以使它们在抽象层建立一个关联关系。

<2>、“抽象部分”和“实现部分”可以以继承的方式独立扩展而互不影响，在程序运行时可以动态将一个抽象化子类的对象和一个实现化子类的对象进行组合，即系统需要对抽象化角色和实现化角色进行动态耦合。

<3>、一个类存在两个（或多个）独立变化的维度，且这两个（或多个）维度都需要独立进行扩展。

<4>、对于那些不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。

四、案例分析

<1>、跨平台的图像浏览系统

       描述：要求系统能够显示BMP、JPG、GIF、PNG等多种格式的文件，并能够在Windows、Linux、Unix等多个操作系统上运行。（知识背景：各种格式的图像文件都可以转化成像素矩阵（Matrix））。

       分析：图像格式的变化和操作系统的变化，是系统变化的两个因素，将两个因素一起考虑，将增加系统设计的复杂性，基于面向对象就是独立封装系统变化点的思想，将两个变化点分离开，使它们可以独立地变化。此处我们可以看出“桥接模式”的本质就是分离系统的变化点，使它们可以独立变化。