装饰器模式，顾名思义，就是对已经存在的某些类进行装饰，以此来扩展一些功能。其结构图如下：

• Component为统一接口，也是装饰类和被装饰类的基本类型。
• ConcreteComponent为具体实现类，也是被装饰类，他本身是个具有一些功能的完整的类。
• Decorator是装饰类，实现了Component接口的同时还在内部维护了一个ConcreteComponent的实例，并可以通过构造函数初始化。而Decorator本身，通常采用默认实现，他的存在仅仅是一个声明：我要生产出一些用于装饰的子类了。而其子类才是赋有具体装饰效果的装饰产品类。
• ConcreteDecorator是具体的装饰产品类，每一种装饰产品都具有特定的装饰效果。可以通过构造器声明装饰哪种类型的ConcreteComponent，从而对其进行装饰。

     put_str."\n";    }    public function addElement($str){        $this->put_str = $str.$this->put_str;    }}abstract class Decorator implements Component{    public $comm;    public function __construct(Component $comm){        $this->comm = $comm;    }    abstract function operation();}class ConcreteDecoratorA extends Decorator{    public function operation(){        $this->comm->addElement("被A修饰后的");        $this->comm->operation();    }}class ConcreteDecoratorB extends Decorator{    public function operation(){        $this->comm->addElement("被B修饰后的");        $this->comm->operation();    }}$comm = new ConcreteComponent();$comm->operation();    // 输出 “具体实现类”$decorate_a = new ConcreteDecoratorA($comm);$decorate_a->operation();  // 输出 “被A修饰后的具体实现类”$decorate_b = new ConcreteDecoratorB($comm);$decorate_b->operation();  // 输出 “被B修饰后的被A修饰后的具体实现类”

什么时候使用？：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。在不想增加很多子类的情况下扩展类可以使用这种设计模式