栏目:设计模式(<--点此查看更多)Java 的 23 中设计模式
  • Bridge(桥梁) 模式简单简介

  • Wed Jan 09 23:40:50 CST 2013 编程者 我要收藏(...) 评论 ...
  • 桥梁模式的用意是
  • 桥梁模式的用意
    【GOF95】在提出桥梁模式的时候指出,桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化"。这句话有三个关键词,也就是抽象化、实现化和脱耦。
    抽象化
    存在于多个实体中的共同的概念性联系,就是抽象化。作为一个过程,抽象化就是忽略一些信息,从而把不同的实体当做同样的实体对待【LISKOV94】。
    实现化
    抽象化给出的具体实现,就是实现化。
    脱耦
    所谓耦合,就是两个实体的行为的某种强关联。而将它们的强关联去掉,就是耦合的解脱,或称脱耦。在这里,脱耦是指将抽象化和实现化之间的耦合解脱开,或者说是将它们之间的强关联改换成弱关联。
    将两个角色之间的继承关系改为聚合关系,就是将它们之间的强关联改换成为弱关联。因此,桥梁模式中的所谓脱耦,就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以相对独立地变化。这就是桥梁模式的用意。
    二、 桥梁模式的结构
    桥梁模式【GOF95】是对象的结构模式,又称为柄体(Handle and Body)模式或接口(Interface)模式。
    下图所示就是一个实现了桥梁模式的示意性系统的结构图。

    可以看出,这个系统含有两个等级结构,也就是:
    由抽象化角色和修正抽象化角色组成的抽象化等级结构。
    由实现化角色和两个具体实现化角色所组成的实现化等级结构。
    桥梁模式所涉及的角色有:
    抽象化(Abstraction)角色:抽象化给出的定义,并保存一个对实现化对象的引用。
    修正抽象化(Refined Abstraction)角色:扩展抽象化角色,改变和修正父类对抽象化的定义。
    实现化(Implementor)角色:这个角色给出实现化角色的接口,但不给出具体的实现。必须指出的是,这个接口不一定和抽象化角色的接口定义相同,实际上,这两个接口可以非常不一样。实现化角色应当只给出底层操作,而抽象化角色应当只给出基于底层操作的更高一层的操作。
    具体实现化(Concrete Implementor)角色:这个角色给出实现化角色接口的具体实现。
  • 信息来源:http://www.cnblogs.com/ (举报这篇文章)
  • 好评(...) 中评(...) 差评(...)