web桥接模式的结构是怎样的

这篇文章主要介绍“web桥接模式的结构是怎样的”，在日常操作中，相信很多人在web桥接模式的结构是怎样的问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”web桥接模式的结构是怎样的”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

结构

参与者
• Abstraction (Window)
— 定义抽象类的接口。

    继续前面的说法，这里的抽象是相对于实现部分来说的，作者认为更恰当的说法或许应该是接口类。这个类的接口一定是面向用户领域的。
— 维护一个指向Implementor类型对象的指针。

     通过指向具象实现类的指针来调用真正的实现代码。
• RefinedAbstraction (IconWindow)
— 扩充由Abstraction定义的接口。

     客户领域中的派生类，Icon也是客户领域的概念。
• Implementor (WindowImp)
— 定义实现类的接口，该接口不一定要与Abstraction的接口完全一致；事实上这两个接口可以完全不同。一般来讲， Implementor接口仅提供基本操作，而Abstraction则定义了基于这些基本操作的较高层次的操作。

    接口类调用实现类的接口来实现自己的功能。如果是窗口类，这可以接口可以用于绘制窗口元素，如果是通讯类这个类可以用于发送和接受数据。
• ConcreteImplementor (XwindowImp, PMWindowImp)
— 实现Implementor接口并定义它的具体实现。

    实现类接口的具象类。这里是真正完成功能的地方。它在另外的地方，另外的时间点被实现，根据需要随时可以替换既有的实现类。
协作
• Abstraction将client的请求转发给它的Implementor对象。

   重点在于接口类不会在自己类内部或者派生类内部实现功能，二是转交给实现类，从而实现了实现部分可替换。

到此，关于“web桥接模式的结构是怎样的”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！