20060112pm--C#面向对象设计模式纵横谈(8)Bridge 桥接.pdf

《20060112pm--C#面向对象设计模式纵横谈(8)Bridge 桥接.pdf》由会员分享，可在线阅读，更多相关《20060112pm--C#面向对象设计模式纵横谈(8)Bridge 桥接.pdf（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、C#面向对象设计模式纵横谈7.Bridge 桥接（结构型模式）李建忠上海祝成科技 高级培训讲师抽象与实现抽象不应该依赖于实现细节，实现细节应该依赖于抽象。问题在于如果抽象B由于固有的原因，本身并不稳定，也有可能变化，怎么办？抽象B 稳定实现细节b 变化举例来说假如我们需要开发一个同时支持PC和手机的坦克游戏，游戏在PC和手机上功能都一样，都有同样的类型，面临同样的功能需求变化，比如坦克可能有多种不同的型号：T50,T75,T90对于其中的坦克设计，我们可能很容易设计出来一个Tank的抽象基类，然后各种不同型号的Tank继承自该类：/抽象部分抽象部分public abstract class T

2、ank public abstract Shot();public abstract Run();public abstract Trun();/各种实现各种实现public class T50:Tank public class T75:Tank public class T90:Tank 另外的变化原因但是PC和手机上的图形绘制、声效、操作等实现完全不同.因此对于各种型号的坦克，都要提供各种不同平台上的坦克实现：/PC平台实现平台实现public class PCT50:T50 public class PCT75:T75 public class PCT90:T90/手机平台实现手机平台

3、实现public class MobileT50:T50 public class MobileT75:T75 public class MobileT90:T90 这样的设计会带来很多问题：有很多重复代码，类的结构过于复杂，难以维护，最致命的是引入任何新平台，比如在TV上的Tank游戏，都会让整个类层级结构复杂化动机（Motivation）思考上述问题的症结：事实上由于Tank类型的固有逻辑，使得Tank类型具有了两个变化的维度一个变化的维度为“平台的变化”，一个变化的维度为“型号的变化”。如何应对这种“多维度的变化”？如何利用面向对象技术来使得Tank类型可以轻松地沿着“平台”和“型号”两

4、个方向变化，而不引入额外的复杂度？意图（Intent）将抽象部分与实现部分分离，使它们都可以独立地变化。设计模式GoF例说Bridge应用Codes in VS.NET结构（Structure）Bridge模式的几个要点Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象（Tank的型号）和实现（不同的平台）可以沿着各自的维度来变化。所谓抽象和实现沿着各自纬度的变化，即“子类化”它们，比如不同的Tank型号子类，和不同的平台子类）。得到各个子类之后，便可以任意组合它们，从而获得不同平台上的不同型号。Bridge模式有时候类似于多继承方案，但是多继承方案往往违背单

5、一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模式是比多继承方案更好的解决方法。Bridge模式的应用一般在“两个非常强的变化维度”，有时候即使有两个变化的维度，但是某个方向的变化维度并不剧烈换言之两个变化不会导致纵横交错的结果，并不一定要使用Bridge模式。推荐资源 设计模式论坛 http:/ 设计模式：可复用面向对象软件的基础GoF 面向对象分析与设计Grady Booch 敏捷软件开发：原则、模式与实践Robert C.Martin 重构：改善既有代码的设计 Martin Fowler Refactoring to PatternsJoshua KerievskyQuestion&Answer如需提出问题，请单击“提问”按钮并在随后显示的浮动面板中输入问题内容。一旦完成问题输入后，请单击“提问”按钮。