【设计模式】结构型模式-Bridge模式

功能

将抽象部分与实现部分分离，使它们都可以独立的变化

解决

• 主要解决：在有多种可能会变化的情况下，用继承会造成类爆炸问题，扩展起来不灵活
• 何时使用：实现系统可能有多个角度分类，每一种角度都可能变化
• 如何解决：把这种多角度分类分离出来，让它们独立变化，减少它们之间耦合
• 关键代码：抽象类依赖实现类

优缺点

• 优点：
  • 抽象和实现的分离
  • 优秀的扩展能力
  • 实现细节对客户透明
• 缺点：增加系统的理解和设计难度

应用场景

• 应用实例：
  1、猪八戒从天蓬元帅转世投胎到猪，转世投胎的机制将尘世划分为两个等级，即：灵魂和肉体，前者相当于抽象化，后者相当于实现化。生灵通过功能的委派，调用肉体对象的功能，使得生灵可以动态地选择。
  2、墙上的开关，可以看到的开关是抽象的，不用管里面具体怎么实现的。
• 使用场景：
  1、如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
  2、对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。
  3、一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。
• 注意事项：使用在两个独立变化的维度上

简单示例代码部分

Bridge.hpp

#ifndef _BRIDGE_H_
#define _BRIDGE_H_
#include <iostream>
using namespace std;
class AbstractionImp{
public:
    AbstractionImp(){}
    virtual ~AbstractionImp(){}
    virtual void Operation()=0;
};
void AbstractionImp::Operation(){
    cout<<"AbstractionImp...imp..."<<endl;
}
class Abstraction{
public:
    Abstraction(){}
    virtual ~Abstraction(){}
    virtual void Operation()=0;
};
class RefinedAbstraction:public Abstraction{
public:
    RefinedAbstraction(AbstractionImp* imp){
        _imp=imp;
    }
    ~RefinedAbstraction(){}
    void Operation(){
        _imp->Operation();
    }
private:
    AbstractionImp* _imp;
};
class ConcreteAbstractionImpA:public AbstractionImp{
public:
    ConcreteAbstractionImpA(){}
    ~ConcreteAbstractionImpA(){}
    virtual void Operation(){
        cout<<"ConcretAbstractionImpA..."<<endl;
    }
};
class ConcreteAbstractionImpB:public AbstractionImp{
public:
    ConcreteAbstractionImpB(){}
    ~ConcreteAbstractionImpB(){}
    virtual void Operation(){
        cout<<"ConcretAbstractionImpB..."<<endl;
    }
};
#endif

main.cpp

#include "Bridge.hpp"
int main(){
    AbstractionImp* imp=new ConcreteAbstractionImpA();
    Abstraction* abs=new RefinedAbstraction(imp);
    abs->Operation();
    return 0;
}