案例：某公司的產品有智慧儀表和智慧閘道器，可供選擇的處理器有AM3352、S3C2440和tiny4412，智慧儀表可以選擇這3種處理器之一，同樣智慧閘道器也可以。

  最簡單的實現方式：

class SmartGateway : public Product
{
public:
    void product_soc()
    {
        std::cout << "Smart Gateway Soc: AM3352" << std::endl;
    }
};

class SmartMeter : public Product
{
public
 
:
    void product_soc()
    {
        std::cout << "Smart Meter Soc: S3C2440" << std::endl;
    }
};

  顯然，如果要新增處理器為非AM3352的SmartGateway，就需要再定義子類。隨著組合的增多，子類也會增加，這不是一種好的設計思路。
  不同的產品搭載的Soc，可以對產品進行抽象，產品的實現部分與抽象部分進行解耦合，使它們可以獨立變化，中間再“橋接”起來，這便是橋接模式：

+------------+  橋接     +---------------
 
-----------+
| 變化的產品  |========== | 變化的實現(構成行為不同)    |
+------------+           +--------------------------+

  引入橋接模式後，上述案例的UML圖可為：

  （1）產品抽象類：維護對實現部分的引用
  （2）產品抽象類的子類：使用基類維護的實現部分的引用使自己可以生成對物件
  （3）行為抽象類：定義行為的介面
  （4）行為抽象類的子類：行為的介面的實現

class Soc   //行為抽象類
{
public:
    virtual void install_soc
 
() = 0;
};

class AM3352 : public Soc   //行為的具體實現，產品構成時需呼叫本類
{
public:
    void install_soc() { std::cout << "Soc: AM3352!\n"; }
};

class S3C2440 : public Soc
{
public:
    void install_soc() { std::cout << "Soc: S3C2440!\n"; }
};

class Tiny4412 : public Soc
{
public:
    void install_soc() { std::cout << "Soc: Tiny4412!\n"; }
};

class Product   //產品的抽象類
{
public:
    Product(Soc *s) : m_Soc(s) {}
    virtual void install_soc() = 0;

protected:
    Soc *m_Soc;
};

//產品的具體實現類，需要呼叫行為類的相關函式以構成具體物件
class SmartGateway : public Product 
{
public:
    SmartGateway(Soc *s) : Product(s) {}
    void install_soc()
    {
        std::cout << "Smart Gateway: " << std::endl;
        m_Soc->install_soc();
    }
};

class SmartMeter : public Product
{
public:
    SmartMeter(Soc *s) : Product(s) {}
    void install_soc()
    {
        std::cout << "Smart Meter: " << std::endl;
         m_Soc->install_soc();
    }
};

int main(void)
{
    Soc* soc = new AM3352;              //行為類
    Product *p = new SmartGateway(soc); //將行為類傳給產品類以組合成具體產品
    p->install_soc();

    delete p;
    delete soc;

    return 0;
}

  編譯執行：