第11章 桥接模式

第11章 桥接模式

将抽象部分和它的实现部分分离,使它们都可以独立地变化。

1.要点

  • 少用继承,多用关联/接口
  • 抽象部分与实现部分分离

2.模式动机

减少类个数,扩展方便。(颜色和形状)

3.四个角色

  • 抽象类(Abstarction):用于定义抽象类的接口,一般是抽象类不是接口,其中定义了一个Implementor(实现抽象类)类型的对象并可以维护该对象,与Implementor之间具有关联关系,可以包含抽象/具体的业务方法
  • 扩充抽象类(RefinedAbstraction):扩充由Abstraction定义的接口,通常是具体类,实现了在Abstraction中定义的抽象业务方法(继承),可以调用在Implementor中定义的方法(关联)
  • 实现类接口(Implementor):提供基本操作,具体实现交给子类
  • 具体实现类(ConcreteImplementor):具体实现Implementor接口

4.关键词

  • 抽象化:忽略一些信息,把不同的实体当作同样的实体对待
  • 实现化:针对抽象化给出的具体实现
  • 脱耦:将抽象化和实现化之间的耦合解脱开,强关联(继承)->弱关联(关联)

5.优点

  • 分离抽象接口及其实现部分
  • 类似于多继承,但不会违背单一职责原则,是更好的办法
  • 提高了可扩展性,两个变化维度任意变化一个,都不需要修改
  • 对用户隐藏实现细节

6.缺点

  • 增加难度,抽象
  • 要求正确识别出系统中两个独立变化的维度,使用范围有局限性

7.适用环境

  • 需要在构建的抽象化和具体化角色之间增加灵活性,避免在两个层次间建立静态的继承联系,可以通过桥接模式关联
  • 抽象化和实现化角色可以以继承方式独立扩展互不影响,可以动态将它们的子类组合(动态耦合)
  • 一个类存在两个独立变化的维度,且都需要进行扩展
  • 设计要求需要独立管理抽象化和具体化角色
  • 不希望使用继承,或因为多层次继承导致系统类的个数急剧增加的系统

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值