快到媳妇生日了，这几天加班加点的干活，给媳妇买了个ipadmini，可把媳妇乐坏了，媳妇拿到手第一天，就跑出去跟姐妹们得瑟了一把。
#include <iostream>
using namespace std;
class pad
{
public:
pad(){ }
virtual ~pad(){ }
virtual void show( ) = 0;
};
class ipad : public pad
public :
ipad( ){ }
virtual ~ipad( ){ };
void show( )
{
std::cout <<"新的ipad mini..." <<endl;
}
int main( )
// 给媳妇买了一个ipadmini
pad *pad = new ipad( );
pad->show( ); // 跑出去得瑟一下
return 0;
}
晚上回来，我问她，开心不，她说，开心是开心，但是朋友们都说怎么没给pad弄个保护套，要不容易摔，摔坏了去维修可是很贵的，我嘻嘻一笑，容易直接上苹果店买了一个，走上路上美滋滋的。
// pad类的抽象接口
// 新的ipadmini
// 加了保护套的ipadmini
class coveripad : public ipad
coveripad( ){ }
virtual ~coveripad( ){ };
std::cout <<"加了保护套的，新的ipad mini..." <<endl;
// 现在我买了一个ipadmini
pad *pad = new coveripad( );
回家拿给媳妇看，媳妇说，老公能不能再给贴个膜啊 ，人家指甲长，万一把屏划花了怎么办呢呢，还有....(此处省略一万字)，好吧再次出发，等等，难道要我在派生出一个coverfoilipad，天天这样子一天一个新的花样，这框架得多复杂，不行得换个方式。
我想想，直接弄装饰得了，那些保护套，贴膜什么的不都是装饰么。。
好了装饰模式出现了。
基础还是我们的ipad，
//公共抽象类
// 对应于 -=> 抽象构件（component）角色
// 具体构件（concrete component）角色
下面是那些装饰，保护套，贴膜，管你是什么，爱来多少来多少，咱不怕
// 装饰（decorator）角色：
class decorator : public pad
decorator(pad *pad)
m_pad = pad;
virtual ~decorator( ){ };
this->m_pad->show( ); // 展示一下自己的手机
protected:
pad *m_pad;
virtual void adddecorator( ) = 0;
// 具体装饰（concrete decorator）角色
class coverdecorator : public decorator
coverdecorator(pad *pad)
:decorator(pad)
virtual ~coverdecorator( ){ }
this->adddecorator( );
decorator::show( );
void adddecorator( )
std::cout <<"弄了个保护套";
class foildecorator : public decorator
foildecorator(pad *pad)
virtual ~foildecorator( ){ }
std::cout <<"贴了个的贴膜,";
下面看看媳妇怎么去得瑟的
// 不行，还需要加个保护套
pad *covedeco = new coverdecorator(pad);
covedeco->show( ); // 现在可以了吧，再出去得色一下
// 好吧，再来个贴膜
pad *foildeco = new foildecorator(covedeco);
foildeco->show( );
又叫装饰者模式。装饰模式是在不必改变原类文件和使用继承的情况下，动态的扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象
①装饰对象和真实对象有相同的接口。这样客户端对象就可以和真实对象相同的方式和装饰对象交互。
② 装饰对象包含一个真实对象的引用（reference）
③ 装饰对象接受所有来自客户端的请求。它把这些请求转发给真实的对象。
④装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中，通常是通过继承来实现对给定类的功能扩展。
1． 装饰者和被装饰对象有相同的超类型。
2． 可以用一个或多个装饰者包装一个对象。
3． 装饰者可以在所委托被装饰者的行为之前或之后，加上自己的行为，以达到特定的目的。
4． 对象可以在任何时候被装饰，所以可以在运行时动态的，不限量的用你喜欢的装饰者来装饰对象。
5． 装饰模式中使用继承的关键是想达到装饰者和被装饰对象的类型匹配，而不是获得其行为。
6． 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。在实际项目中可以根据需要为装饰者添加新的行为，做到“半透明”装饰者。
在以下情况下应当使用装饰模式：
1.需要扩展一个类的功能，或给一个类增加附加责任。
2.需要动态地给一个对象增加功能，这些功能可以再动态地撤销。
3.需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变得不现实。
1. decorator模式与继承关系的目的都是要扩展对象的功能，但是decorator可以提供比继承更多的灵活性。
2. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。
1. 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。
2. 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。
转载：http://blog.csdn.net/gatieme/article/details/18034425