预览加载中，请您耐心等待几秒...

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

预览
1/10
2/10
3/10
4/10
5/10
6/10
7/10
8/10
9/10
10/10

亲，该文档总共12页，到这已经超出免费预览范围，如果喜欢就直接下载吧～

下载提示 文本预览

如果您无法下载资料，请参考说明：

1、部分资料下载需要金币，请确保您的账户上有足够的金币

2、已购买过的文档，再次下载不重复扣费

3、资料包下载后请先用软件解压，在使用对应软件打开

C#面向对象设计模式纵横谈 7.Bridge桥接（结构型模式） 李建忠 jianzhong.lee@gmail.com 上海祝成科技高级培训讲师 www.sucent.com 抽象与实现 抽象不应该依赖于实现细节，实现细节应该依赖于抽象。 抽象B——稳定 实现细节b——变化 问题在于如果抽象B由于固有的原因，本身并不稳定，也 有可能变化，怎么办？ 举例来说 假如我们需要开发一个同时支持PC和手机的坦克游戏，游 戏在PC和手机上功能都一样，都有同样的类型，面临同样 的功能需求变化，比如坦克可能有多种不同的型号：T50, T75,T90…… 对于其中的坦克设计，我们可能很容易设计出来一个Tank 的抽象基类，然后各种不同型号的Tank继承自该类： //抽象部分//各种实现 publicabstractclassTank{publicclassT50:Tank{……} publicabstractShot(); publicabstractRun();publicclassT75:Tank{……} publicabstractTrun(); }publicclassT90:Tank{……} 另外的变化原因 但是PC和手机上的图形绘制、声效、操作等实现完全不 同…..因此对于各种型号的坦克，都要提供各种不同平台上 的坦克实现： //PC平台实现//手机平台实现 publicclassPCT50:T50{……}publicclassMobileT50:T50{……} publicclassPCT75:T75{……}publicclassMobileT75:T75{……} publicclassPCT90:T90{……}publicclassMobileT90:T90{……} 这样的设计会带来很多问题：有很多重复代码，类 的结构过于复杂，难以维护，最致命的是引入任何新平 台，比如在TV上的Tank游戏，都会让整个类层级结构复杂 化 动机（Motivation） 思考上述问题的症结：事实上由于Tank类型的固 有逻辑，使得Tank类型具有了两个变化的维度—— 一个变化的维度为“平台的变化”，一个变化的维度 为“型号的变化”。 如何应对这种“多维度的变化”？如何利用面向对象 技术来使得Tank类型可以轻松地沿着“平台”和“型号” 两个方向变化，而不引入额外的复杂度？ 意图（Intent） 将抽象部分与实现部分分离，使它们都可以独立地 变化。 ——《设计模式》GoF 例说Bridge应用 CodesinVS.NET 结构（Structure） Bridge模式的几个要点 •Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有 的绑定关系，使得抽象（Tank的型号）和实现（不同的平台） 可以沿着各自的维度来变化。 •所谓抽象和实现沿着各自纬度的变化，即“子类化”它们，比如 不同的Tank型号子类，和不同的平台子类）。得到各个子类之 后，便可以任意组合它们，从而获得不同平台上的不同型号。 •Bridge模式有时候类似于多继承方案，但是多继承方案往往违 背单一职责原则（即一个类只有一个变化的原因），复用性比 较差。Bridge模式是比多继承方案更好的解决方法。 •Bridge模式的应用一般在“两个非常强的变化维度”，有时候即使 有两个变化的维度，但是某个方向的变化维度并不剧烈——换 言之两个变化不会导致纵横交错的结果，并不一定要使用 Bridge模式。 推荐资源 •设计模式论坛http://forum.sucent.com •《设计模式：可复用面向对象软件的基础》GoF •《面向对象分析与设计》GradyBooch •《敏捷软件开发：原则、模式与实践》RobertC.Martin •《重构：改善既有代码的设计》MartinFowler •《RefactoringtoPatterns》JoshuaKerievsky Question&Answer 如需提出问题，请单击“提问”按钮并在 随后显示的浮动面板中输入问题内容。一 旦完成问题输入后，请单击“提问”按钮。