设计模式的中指就是-- 优先考虑组合,再继承;
继承--父类和子类耦合太紧了。
桥将一个事物中的多个纬度的变法分离。让他自己变化。这个就是他的中指。
bridge 模式 意图(intent)
将抽象的部分与实现部分分离,使它们都可以独立的变化。
示意图:
举例来说
假如我们需要开发一个同时支持PC和手机的坦克游戏,游
戏在PC和手机上功能都一样,都有同样的类型,面临同样
的功能需求变化,比如坦克可能有多种不同的型号:T50,
T75, T90……
对于其中的坦克设计,我们可能很容易设计出来一个Tank
的抽象基类,然后各种不同型号的Tank继承自该类:
// 抽象部分
public abstract class Tank {
public abstract Shot();
public abstract Run();
public abstract Trun();
}
//各种实现
public class T50: Tank {……}
public class T75: Tank {……}
public class T90: Tank {……}
图如下











部分的实现的为代码
























































































































实现的变法
















































Bridge模式的几个要点
• Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有
的绑定关系,使得抽象(Tank的型号)和实现(不同的平台)
可以沿着各自的维度来变化。
• 所谓抽象和实现沿着各自纬度的变化,即“子类化”它们,比如
不同的Tank型号子类,和不同的平台子类)。得到各个子类之
后,便可以任意组合它们,从而获得不同平台上的不同型号。
• Bridge模式有时候类似于多继承方案,但是多继承方案往往违
背单一职责原则(即一个类只有一个变化的原因),复用性比
较差。Bridge模式是比多继承方案更好的解决方法。
• Bridge模式的应用一般在“两个非常强的变化维度”,有时候即使
有两个变化的维度,但是某个方向的变化维度并不剧烈——换
言之两个变化不会导致纵横交错的结果,并不一定要使用
Bridge模式。