桥梁模式(Bridge Pattern)
定义:Decouple an abstraction from its implementation so that the two can
vary independently.(将抽象和实现解耦,使得两者可以独立地变化。)
组成:
- 抽象(Abstraction )角色:它定义了抽象类的接口而且维护着一个指向实现
(Implementor)角色的引用。 - 精确抽象(RefinedAbstraction)角色:实现并扩充由抽象角色定义的接口。
- 实现(Implementor)角色:给出了实现类的接口,这里的接口与抽象角色中的接口可以不一致。
- 具体实现(ConcreteImplementor)角色:给出了实现角色定义接口的具体实现。
应用场景:
- 当你的系统中有多个地方要使用到类似的行为,或者是多个类似行为的组合时,可以考
虑使用桥梁模式来提高重用,并减少因为行为的差异而产生的子类。 - 系统中某个类的行为可能会有几种不同的变化趋势,为了有效的将变化封装,可以考虑
将类的行为抽取出来。 - 当然上面的情况也可以是这样,行为可能要被不同相似类使用,也可以考虑使用桥梁模式来实现。
桥梁模式使用了低耦合性的组合代替继承,使得它具备了不少好处: - 将可能
桥梁模式是一种设计模式,旨在将抽象和实现解耦,允许两者独立变化。文章介绍了桥梁模式的组成,包括抽象角色、精确抽象角色、实现角色和具体实现角色,并列举了适用场景。该模式有助于降低耦合度,使扩展更容易。文章还提到,当类的继承层次过深时,可考虑使用桥梁模式。最后,简要概述了设计模式的分类。
订阅专栏 解锁全文
1237

被折叠的 条评论
为什么被折叠?



