Bridge

概述:

将类的功能实现层次结构与实现层次结构分离

类的功能实现层次:增加新的方法,而添加子类

累的实现层次结构: 同一方法的不同实现体

Bridge_sample


说明:

1.本文仅仅是对 图解设计模式 的简单总结(个人笔记).
2.文章中的图片均来自本书,添加水印只是为了防止盗链行为,并无侵权的想法.
综上,若侵权, 请联系删除!
转载请标注出处!


案例:

  • 案例说明:

    “显示一些东西”

  • Bridge_uml_case
  • 主要代码:
// 木得代码,必须仔细拜读此章内容
  • 代码链接:传送门

    uml综述Bridge_uml

  • Abstraction(抽象化): 类的功能实现层次的最上层,它使用implement角色的方法定义基本的功能
  • RefinedAbstraction(改善后的抽象化): 在Abstraction角色的基础上增加了新功能的角色
  • Implement(实现者): 位于”类实现层次结构”的最上层, 定义abstraction接口的方法
  • ConcreteImplement(具体实现者):实现implement角色中定义的接口API

收获:

  • 继承是强关联,委托是弱关联
  • 类的功能层次结构: (希望增加新的功能时)
    • 父类具有基本功能
    • 在子类中增加新的功能 (Template Method)
  • 类的实现层次结构:
    • 父类通过声明抽象方法来定义接口
    • 子类通过实现具体方法来实现接口(委托实现)

相关设计模式:

  • Template Method: 使用了”类的实现层次结构”,父类调用抽象方法,子类实现抽象方法
  • Abstract Factory:为设计出良好的concreteimplement角色,我们会使用AbstractFactory模式
  • Adapter : Adapter可以结合功能上相似但是接口不同的类

注意:

此部分内容属于对GOF Design Pattern知识的初步认知阶段,参考书籍是结城浩的《图解设计模式》,简单易懂,十分推荐!
以上内容,作者一字一句码出来的,纯属不易,欢迎大家转载,转载是还请您表明出处。另外如果我有侵权行为,请在下方留言,确认后我会及时撤销相应内容,谢谢大家!

PS:欢迎大家来到我的小站,鸣谢!