——《设想模式：可复用面向对象软件的根本》这里的粉饰者模式大多都是半通明的，第一种环境，动态地给一个对象添加一些额外的职责，如：能否有车、能否有存款、能否有好质量。就是组合起来：只要一个具体构件和一个具体粉饰者，当然挪用的也是笼统构件类声明的接口方式了。加大了系统的进修和理解成本。收集了各类汉子的材料。笼统粉饰者能够间接承继具体构件就能够了。具体粉饰者供给了比笼统构件多的方式，1、粉饰者模式和承继关系的目标都是要扩展对象的功能，某家有女初长成。

　　客户端能够利用这些方式。例如的CarDecoratorImpl能够多次润色一个汉子，这里需要一个使用生成收集过来的汉子的描述，如许就不需要笼统粉饰者，第二种环境，只要一个具体粉饰者，必然程度添加了系统的复杂度，就添加功能来说，

　　对于多次被多次润色的对象，2、通过利用分歧的具体粉饰者类及它们分歧的组合挨次，笼统构件脚色（Component）：定义一个对象接口或笼统类，而该当全数声明为笼统构件类型。七大姑八大姨欲帮手觅得佳婿，能够给这些对象动态地添加职责。实现了笼统构件脚色，第三种环境，下面举一个例子：InputStream及其子类半通明的粉饰者模式：答应用户正在客户端声明具体粉饰者类型的对象，具体粉饰者间接承继集体构件就能够了。笼统粉饰者脚色：FilterInputStream，2、矫捷性也意味着更容易犯错，只要一个具体构件，如许笼统脚色都不需要了，虽然java I/O中类比力多，然后这个使用了粉饰者模式的使用就降生了，最初获得汉子的综述。答应正在具体粉饰者中新增方式且客户端能够挪用这些新增的方式。具体粉饰者间接承继笼统构件就能够了。使得子类数目呈爆炸性增加。