在传统的面向对象语言中，给对象添加功能常常使用继承的方式，但是继承的方式并不灵活，还会带来许多问题：

1. 一方面会导致超类和子类之间存在强耦合性，当超类改变时，子类也会随之改变；

2. 另一方面，继承这种功能复用方式通常被称为“白箱复用”，“白箱”是相对可见性而言的，在继承方式中，超类的内部细节是对子类可见的，继承常常被认为破坏了封装性。

3. 使用继承还会带来另外一个问题，在完成一些功能复用的同时，有可能创建出大量的子类，使子类的数量呈爆炸性增长。比如现在有 4 种型号的自行车，我们为每种自行车都定义了一个单独的类。

现在要给每种自行车都装上前灯、尾灯和铃铛这 3 种配件。如果使用继承的方式来给每种自行车创建子类，则需要 4×3 = 12 个子类。

但是如果把前灯、尾灯、铃铛这些对象动态组合到自行车上面，则只需要额外增加 3 个子类。

这种给对象动态地增加职责的方式称为装饰者（decorator）模式。

装饰者模式能够在不改变对象自身的基础上，在程序运行期间给对象动态地添加职责。

跟继承相比，装饰者是一种更轻便灵活的做法，这是一种“即用即付”的方式。

装饰者对象和它所装饰的对象拥有一致的接口，所以它们对使用该对象的客户来说是透明的，

被装饰的对象也并不需要了解它曾经被装饰过，这种透明性使得我们可以递归地嵌套任意多个装饰者对象

从功能上而言，decorator 能很好地描述这个模式，但从结构上看，wrapper 的说法更加贴切。

装饰者模式将一个对象嵌入另一个对象之中，实际上相当于这个对象被另一个对象包装起来，形成一条包装链。

请求随着这条链依次传递到所有的对象，每个对象都有处理这条请求的机会，

var Plane = function(){}

Plane.prototype.fire = function(){

console.log( '发射普通子弹' );

}

var MissileDecorator = function( plane ){

this.plane = plane;

}

MissileDecorator.prototype.fire = function(){

this.plane.fire();

console.log( '发射导弹' );

}

var AtomDecorator = function( plane ){

this.plane = plane;

}

AtomDecorator.prototype.fire = function(){

this.plane.fire();

console.log( '发射原子弹' );

}

var plane = new Plane();

plane = new MissileDecorator( plane );

plane = new AtomDecorator( plane );

plane.fire();

要想为函数添加一些功能，最简单粗暴的方式就是直接改写该函数

但这是最差的办法，直接违反了开放封闭原则

var plane = {

fire: function(){

console.log( '发射普通子弹' );

}

var missileDecorator = function(){

console.log( '发射导弹' );

var atomDecorator = function(){

console.log( '发射原子弹' );

var fire1 = plane.fire;

plane.fire = function(){ // 改写

fire1();

missileDecorator();

var fire2 = plane.fire;

plane.fire = function(){ // 改写

fire2();

atomDecorator();

plane.fire();