在起初的设计中，当系统需要新功能的时候，是向旧的类中添加新的代码，这些新加的代码通常装饰了原有类的核心职责或主要行为。但这种做法的问题在于，在主类中加入了新的字段，新的方法和新的逻辑，从而增加了主类的复杂度。 而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。而装饰模式却提供了一个解决方案，它把每个要装饰的功能放在单独的类中，并让这个类包装它所要装饰的对象，因此，当需要执行特殊行为时，客户代码就可以在运行时根据需要有选择地，按顺序地使用装饰功能包装对象了。
装饰的方法：
首先用ConcreteComponent实例化对象c,然后用ConcreteDecoratorA的实例化对象d1来包装c,再用ConcreteDecoratorB的对象d2包装d1,最终执行d2的operation()。代码如下：
装饰模式是利用SetComponent来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离开了，每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链中。
装饰模式优点：
把类中的装饰功能从类中搬移去除，这样可以简化原有的类。
有效地把类的核心职责和装饰功能区分开了，而且可以去除相关类中重复的装饰逻辑。
比如，大家在第一次约会的时候，都会很紧张的精心打扮，这时候，对人的装饰打扮的过程就是一个装饰模式。模型图如下：
但是，这个模型有一点缺少，就是没有强调装饰的顺序。比如，我可以先穿上衣，再穿裤子什么的，也可以先穿裤子，再穿上衣。
所以，为了形象的描述装饰的顺序，再举一个包装礼品的例子。
比如圣诞节的时候，大家要互送礼物，这时，对礼物进行包装，要先把礼物放到盒子里，然后再包上彩纸，然后绑上彩带，这里，就有一个严格的顺序了。
如下，模型图：
代码如下：
在主函数中，下面这三行代码的顺序就是要注意的：
装饰模式动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。