2. 程式人生 > >c++設計模式：裝飾者模式(Decorator Pattern)

c++設計模式：裝飾者模式(Decorator Pattern)

阿新 • • 發佈：2019-01-29

定義：

裝飾者模式動態的將責任附加到物件上。若要擴充套件功能，裝飾者提供了比繼承更有彈性的替代方案。

場景：

我們購買咖啡的時候，可以要求在其中加入各種調料，例如：蒸奶、豆漿、摩卡或覆蓋奶泡，而咖啡店也會根據所加入的調料收取不同的費用，所以當我們設計訂單系統的時候就需要考慮到這些調料部分啦。顧客的需求不一，如果我們針對每種配方都宣告一個類得話，系統的維護將會十分頭疼。此時裝飾者模式就派上用場啦。我們可以根據顧客的需要動態的擴充套件顧客定製的咖啡，讓其加上不同的調料，最終計算出顧客所需繳納的費用。它的實現有點類似於遞迴，在實際使用的時候可以慢慢體會。

類圖：

c++程式碼如下：

不使用指標版本：

複製程式碼 
#include <iostream>
#include <string>
using namespace std;

class Beverage
{
public:
    virtual ~Beverage() {};
    virtual string getDescription(); // 必須是虛擬函式，否則會造成後期使用時描述顯示不正確    virtual double cost() = 0;
protected:
    string m_description;
};

class CondimentDecorator:public Beverage
{
public
 
:
    virtual string getDescription() = 0;
};

class Espresso:public Beverage
{
public:
    Espresso();
    double cost();
};

class HouseBlend:public Beverage
{
public:
    HouseBlend();
    double cost();
};

class DarkRoast:public Beverage
{
public:
    DarkRoast();
    double cost();
};

class Decaf:public
 
 Beverage
{
public:
    Decaf();
    double cost();
};

class Mocha:public CondimentDecorator
{
public:
    Mocha(Beverage* pBeverage);
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

class Milk:public CondimentDecorator
{
public:
    Milk(Beverage* pBeverage);
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

class Soy:public CondimentDecorator
{
public:
    Soy(Beverage* pBeverage);
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

class Whip:public CondimentDecorator
{
public:
    Whip(Beverage* pBeverage);
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

string Beverage::getDescription()
{
    return m_description;
}

Espresso::Espresso()
{
    m_description = "Espresso";
}

double Espresso::cost()
{
    return 1.99;
}

HouseBlend::HouseBlend()
{
    m_description = "House Blend Coffee";
}

double HouseBlend::cost()
{
    return 0.89;
}

DarkRoast::DarkRoast()
{
    m_description = "Dark Roast Coffee";
}

double DarkRoast::cost()
{
    return 0.99;
}

Decaf::Decaf()
{
    m_description = "Decaf Coffee";
}

double Decaf::cost()
{
    return 1.05;
}

Mocha::Mocha(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

string Mocha::getDescription()
{
    return m_pBeverage->getDescription() + " + Mocha";
}

double Mocha::cost()
{
    return 0.20 + m_pBeverage->cost();
}

Milk::Milk(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

string Milk::getDescription()
{
    return m_pBeverage->getDescription() + " + Milk";
}

double Milk::cost()
{
    return 0.10 + m_pBeverage->cost();
}

Soy::Soy(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

string Soy::getDescription()
{
    return m_pBeverage->getDescription() + " + Soy";
}

double Soy::cost()
{
    return 0.15 + m_pBeverage->cost();
}

Whip::Whip(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

string Whip::getDescription()
{
    return m_pBeverage->getDescription() + " + Whip";
}

double Whip::cost()
{
    return 0.10 + m_pBeverage->cost();
}

int main()
{
    Espresso espresso;
    cout << espresso.getDescription() << " $" << espresso.cost() << endl;

    DarkRoast darkRoast;
    Mocha mocha1(&darkRoast);
    Mocha mocha2(&mocha1);
    Whip whip1(&mocha2);
    cout << whip1.getDescription() << " $" << whip1.cost() << endl;

    HouseBlend houseBlend;
    Soy soy1(&houseBlend);
    Mocha mocha3(&soy1);
    Whip whip2(&mocha3);
    cout << whip2.getDescription() << " $" << whip2.cost() << endl;

    return 0;
}
複製程式碼

使用指標版本：

複製程式碼 
#include <iostream>
#include <string>
using namespace std;

class Beverage
{
public:
    virtual ~Beverage() {};
    virtual string getDescription();
    virtual double cost() = 0;
protected:
    string m_description;
};

class CondimentDecorator:public Beverage
{
public:
    virtual string getDescription() = 0;
};

class Espresso:public Beverage
{
public:
    Espresso();
    double cost();
};

class HouseBlend:public Beverage
{
public:
    HouseBlend();
    double cost();
};

class DarkRoast:public Beverage
{
public:
    DarkRoast();
    double cost();
};

class Decaf:public Beverage
{
public:
    Decaf();
    double cost();
};

class Mocha:public CondimentDecorator
{
public:
    Mocha(Beverage* pBeverage);
    ~Mocha();
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

class Milk:public CondimentDecorator
{
public:
    Milk(Beverage* pBeverage);
    ~Milk();
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

class Soy:public CondimentDecorator
{
public:
    Soy(Beverage* pBeverage);
    ~Soy();
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

class Whip:public CondimentDecorator
{
public:
    Whip(Beverage* pBeverage);
    ~Whip();
    string getDescription();
    double cost();
protected:
    Beverage* m_pBeverage;
};

string Beverage::getDescription()
{
    return m_description;
}

Espresso::Espresso()
{
    m_description = "Espresso";
}

double Espresso::cost()
{
    return 1.99;
}

HouseBlend::HouseBlend()
{
    m_description = "House Blend Coffee";
}

double HouseBlend::cost()
{
    return 0.89;
}

DarkRoast::DarkRoast()
{
    m_description = "Dark Roast Coffee";
}

double DarkRoast::cost()
{
    return 0.99;
}

Decaf::Decaf()
{
    m_description = "Decaf Coffee";
}

double Decaf::cost()
{
    return 1.05;
}

Mocha::Mocha(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

Mocha::~Mocha()
{
    delete m_pBeverage;
}

string Mocha::getDescription()
{
    return m_pBeverage->getDescription() + " + Mocha";
}

double Mocha::cost()
{
    return 0.20 + m_pBeverage->cost();
}

Milk::Milk(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

Milk::~Milk()
{
    delete m_pBeverage;
}

string Milk::getDescription()
{
    return m_pBeverage->getDescription() + " + Milk";
}

double Milk::cost()
{
    return 0.10 + m_pBeverage->cost();
}

Soy::Soy(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

Soy::~Soy()
{
    delete m_pBeverage;
}

string Soy::getDescription()
{
    return m_pBeverage->getDescription() + " + Soy";
}

double Soy::cost()
{
    return 0.15 + m_pBeverage->cost();
}

Whip::Whip(Beverage* pBeverage)
{
    m_pBeverage = pBeverage;
}

Whip::~Whip()
{
    delete m_pBeverage;
}

string Whip::getDescription()
{
    return m_pBeverage->getDescription() + " + Whip";
}

double Whip::cost()
{
    return 0.10 + m_pBeverage->cost();
}
int main()
{
    Beverage* pBeverage = new Espresso();
    cout << pBeverage->getDescription() << " $" << pBeverage->cost() << endl;

    Beverage* pBeverage2 = new DarkRoast();
    pBeverage2 = new Mocha(pBeverage2);
    pBeverage2 = new Mocha(pBeverage2);
    pBeverage2 = new Whip(pBeverage2);
    cout << pBeverage2->getDescription() << " $" << pBeverage2->cost() << endl;

    Beverage* pBeverage3 = new HouseBlend();
    pBeverage3 = new Soy(pBeverage3);
    pBeverage3 = new Mocha(pBeverage3);
    pBeverage3 = new Whip(pBeverage3);
    cout << pBeverage3->getDescription() << " $" << pBeverage3->cost() << endl;
    delete pBeverage;
    delete pBeverage2;
    delete pBeverage3;
    return 0;
}
複製程式碼

執行後結果如下：

Espresso $1.99
Dark Roast Coffee + Mocha + Mocha + Whip $1.49
House Blend Coffee + Soy + Mocha + Whip $1.34

參考圖書：《Head First 設計模式》

相關推薦

c++設計模式：裝飾者模式(Decorator Pattern)

定義： 裝飾者模式動態的將責任附加到物件上。若要擴充套件功能，裝飾者提供了比繼承更有彈性的替代方案。 場景： 我們購買咖啡的時候，可以要求在其中加入各種調料，例如：蒸奶、豆漿、摩卡或覆蓋奶泡，而咖啡店也會根據所加入的調料收取不同的費用，所以當我們設計訂單系統的時候就

設計模式：裝飾者模式（Decorator Pattern）

設計模式：裝飾者模式（Decorator Pattern） /** * 裝飾者模式。 * @author Bright Lee */ public class DecoratorPattern { public static void main(String[

小白設計模式：裝飾者模式

定義 能夠動態的給物件增加行為職責的一種模式，靈活性遠勝於繼承。 主要組成 抽象元件(Component): 定義抽象行為介面。 具體元件(Concrete component): 定義具體實現行為介面的類，繼承自抽象元件，也做被裝飾者，用於被附加各種行為。 抽象裝飾者(Decorator):持有一

Java設計模式：裝飾者模式

原文連結 譯者：秦建平 裝飾者模式可以給已經存在的物件動態的新增能力。下面，我將會用一個簡單的例子來演示一下如何在程式當中使用裝飾者模式。 1.裝飾者模式 讓我們來假設一下，你正在尋找一個女朋友。有很多來自不同國家的女孩，比如：美國，中國，日本，法國等等，他們每個人都有不一樣的個性和興趣愛好，

一天一個設計模式：裝飾者模式

概念： 　　裝飾者模式又稱為包裝(wrapper)模式。裝飾者模式對客戶端透明的方式擴充套件物件的功能，是繼承關係的一個替代方案。 結構： 　　裝飾者模式以透明的方式給一個物件附加上更多的責任，換而言之，客戶端並不會覺得物件在裝飾前後有什麼不同，裝飾者模式可以在不使用創造更多子類的情況下，將物件的功能拓展。

設計模式：裝飾者模式介紹及程式碼示例 && JDK裡關於裝飾者模式的應用

# 0、背景 來看一個專案需求：咖啡訂購專案。 咖啡種類有很多：美式、摩卡、義大利濃咖啡； 咖啡加料：牛奶、豆漿、可可。 要求是，擴充套件新的咖啡種類的時候，能夠方便維護，不同種類的咖啡需要快速**計算多少錢**，客戶單點咖啡，也可以咖啡+料。 ### 最差方案 直接想，就是一個咖啡基類，然

C#設計模式(9)——裝飾者模式（Decorator Pattern）

pre 現在 接受 () spa 對象 如何 缺點 重寫 一、引言 在軟件開發中，我們經常想要對一類對象添加不同的功能，例如要給手機添加貼膜，手機掛件，手機外殼等，如果此時利用繼承來實現的話，就需要定義無數的類，如StickerPhone（貼膜是手機類）、Accessori

設計模式：裝飾器（Decorator）模式

讓我 分享圖片 底部 .com 一件事 輸出 PE 新的 int 設計模式：裝飾器（Decorator）模式 一、前言 裝飾器模式也是一種非常重要的模式，在Java以及程序設計中占據著重要的地位。比如Java的數據流處理，我們可能看到數據流經過不同的類的包裝和包裹，最

php設計模式之：裝飾者模式

decorator tac coff cti cor ring 咖啡 parent namespace Beverage.php <?php namespace DesignPattern; abstract class Beverage { /**

設計模式12：裝飾者模式

裝飾者模式 裝飾器模式是一種用於代替繼承的技術，無需通過繼承增加子類就能擴充套件物件的新功能。使用物件的關聯關係代替繼承關係，更加靈活，同時避免型別體系的快速膨脹。 怎麼說？老樣子，先設想個場景 假如我要去樓下買手抓餅吃，一般來說，手抓餅都會提供不同的配料，比如加雞蛋，加雞柳，加肉鬆或者

Android設計模式之裝飾者模式(Decorator Pattern)

概論 在Android原始碼裡很多時候會看到這個模式。下面來講一些這個模式。 裝飾者模式主要的優點是動態給一個物件新增一些額外的職責。使用Decorator模式相比用生成子類方式達到功能的擴充顯得更為靈活。缺點是，要建立比繼承更多的物件。 先來個熱身，

設計模式之裝飾者（Decorator）模式

首先來看一個場景，如圖： 工人分為很多種類，比如電工，管道工等等，同時又有A公司的電工，B公司的電工，A公司的管道工，B公司的管道工等等，那麼當有M個工種和N個公司的時候，就會有 M * N 個子類，這個繼承體系就會變得很龐大和複雜。那麼如何簡化呢，那麼

設計模式－裝飾者模式(decorator pattern)

名稱：裝飾者模式 說說：哥哥吞併了弟弟後，獲得了弟弟的能力，本是同根生... 動機： 適用性：如功能擴充套件 參與者： 結果：動態地將責任附加到物件上，實現新的擴充套件 類圖： 說明：實際上是在執行時實現了繼承的功能（繼承兄弟而非父親，或者說吞併兄弟的屬性），繼承本身是在

C++設計模式：觀察者模式

設計原則：為了互動物件之間的鬆耦合設計而努力，可以讓我們建立由彈性的OO系統。 觀察者模式 定義：觀察者模式定義了物件之間的一對多關係，這樣一來，當一個物件的狀態改變時，它會通知所有與之關聯的物件，使之得到更新。 一個物件可以同時是觀察者和主題。 suject       observer OO原則： 抽

設計模式之裝飾者模式

一點 ron 測試類 實現類 stub generated class void nbsp 一.裝飾者模式特點：1.裝飾者和被裝飾者對象有相同的超類2.可以用一個或多個裝飾者包裝一個對象3.由於裝飾者和被裝飾者具有相同超類，所以任何需要被包裝對象的場合，可以用裝飾過的對象代

09.設計模式_裝飾者模式

9.png 組件 復雜 2-2 就會 蘋果手機 apple pat 轉載 轉載自 http://www.cnblogs.com/zhili/p/DecoratorPattern.html 一、引言 在軟件開發中，我們經常想要對一類對象添加不同的功能，例如要給手機添加貼膜

【設計模式】裝飾者模式-明月裝飾了你的窗子

return rgs light 刪除 clas pan net public 不改變 裝飾者模式 　　使用裝飾者模式，可以動態的給一個對象添加一些額外的職責。這適用於，我們只希望給某個對象而不是整個類添加一些功能的場景。通過使用含有某個特定功能的類來“包裹”原始的類，提

PHP設計模式：觀察者模式

php 設計模式 觀察者模式 發布 訂閱 首先來看個栗子：//事件 class EventDemo { //觸發了新事件 public function trigger() { echo "Event happening\r";

JDK設計模式之——裝飾者模式(適配器模式)

div rgs static eight 裝飾者 參數 decorator 裝飾器 方式 假定已經有三個類A,B和C他們的繼承關系如下 　　　　　　　　　　　　　　　　　　　　 ClassA Class B extends A Class C

我的設計模式：中介者模式

water 插件 設計 pro alt image 依賴 問題 ges 遇到的問題：錯綜復雜的相互影響，相互調用的類一個類的方法太依賴多個其他類了 網絡拓撲結構：環形結構、總線結構、星型結構其中星型結構最讓人青睞如下圖： 代碼重構一書講到，要盡可能減少中間層的使用，因為“