1、一个相片放入了相框，那么相框装饰了相片。相片相当于component类，相框相当于Decorator类。我们可以发现，相框里面包含一个相片，所以有了一个has-a的关系；但是，当相框里面拥有了相册以后，我们很多时候就把相框的这个整体当作相片来使用了，所以，此时相框本身却变成了一个“相片”了，也就勉强有了一个is-a的关系。
2、装饰模式的组成：
1) 抽象构件角色（Component）：定义一个抽象接口，以规范准备接收附加责任的对象。
2) 具体构件角色(Concrete Component)：这是被装饰者，定义一个将要被装饰增加功能的类。
3) 装饰角色(Decorator)：持有一个构件对象的实例，并定义了抽象构件定义的接口。
4) 具体装饰角色(Concrete Decorator)：负责给构件添加增加的功能。
3、我想顺序是这样的，一般如果用到了装饰模式，很容易知道哪一个是“具体的构建角色”，也就是被“装饰者”；也很容易知道“具体的装饰角色”；此时便是通过一系列的抽象，把两者的关系建立起来，以提供共同的接口。以为装饰者会有很多，这是一个变化，所以我们先把他们的变化抽象出来，形成统一的父类接口，也就是抽象的“装饰角色”。然后就是建立抽象的“装饰角色”和“具体的构建角色”之间的关系了，因为留着也具体统一的接口，所以，可以把他们的统一接口抽象出来，形成统一的父类，也就是“抽象构建角色”。
4、使用装饰模式的情况：
1 需要扩展一个类的功能，或者给一个类增加附加责任
2 需要动态地给一个对象增加功能，这些功能可以再动态地撤销
3 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变得不现实
5、装饰模式的优缺点：
1 装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供更多的灵活性
2 通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合
3 装饰模式比继承更加容易出错
4 装饰模式相比继承产生较少的类，但同时生成更多的对象 并且这些对象看上去都比较相似
6、简化装饰模式
1 装饰类接口必须与被装饰类接口相容（ConcreteDecorator类必须继承自同一父类Component）
2 尽量保持Conponent作为一个“轻”类（可以是接口 也可以是抽象类 具体类）
3 若没有Component抽象类 只有ConcreteConponent 则Decorator类通常可以是其子类
4 若ConcreteDecorator类数目比较多，就有使用一个单独Decorator类来区分抽象和具体职责的必要，肉则可以将Decorator和ConcreteDecorator合并