Bridge模式可以更方便的扩展,实现了类的实现与定义的完全分离。实现方式为:通过定义两个类,一个类来定义功能,另一个类来实现功能,实现功能的类的对象以参数形式赋给定义功能的类,从而实现信息相互配合使用。
本想在此处插入Bridge模式的UML图示,插入太麻烦,过几天修改插入!
下面是Bridge模式的一个实现例子:
/// 抽象类定义






















/// 抽象类的类实现

























从设计耦合的角度讲,在window类的初始化时就把windwoImp类粘贴进去,那是更为不错的设计,但是,这么设计,将会导致派生类中运用windowImp成为一个较为麻烦的事情,那样设计可以通过两种方式来管理内部数据:
1、将基类中的windowImp实例作为protected类型
2、把windowImp实例作为private类型,在基类中定义一个虚拟函数,用来获取windowImp实例,这种方式更加灵活一些
此处为求简便,未在window类的构造函数中载入windowImp的实例
///派生抽象类的定义,成为具体的类定义IconWindow




























在派生类的构造函数中载入了windowImp的实例(引用方式载入)
/// 下面是 IconWindow 的实现































/// 下面是XWindow系统下的windowImp实现,首先进行类定义

























/// 然后是XWindowImp的实现
































为求简便,此处仅就实现这两个类的派生,下面进行测试:






























小结:
此处window类派生了IconWindow类,windowImp类派生了XWindowImp类。windowImp类是window类的实现,从两个派生类中接口函数的实现代码中可以看出,这也就是说window类是通过windowImp来实现,window类自己并没有实现接口功能的,而是通过windowImp类实现接口功能,这与单独一个类的申明与定义是类似的,因此window类可以作为类实现功能的申明,而windowImp类作为类实现功能的定义,这样就满足了接口与实现的完全分离,结合Decroator模式,window类的实现将会非常丰富,类与类之间的耦合程度也非常小,只有一个构造函数的耦合,同时也非常容易扩充,仅需要通过派生window类和windowImp类就可以实现新的window类功能与新的平台功能(此处)。