设计模式之composite decorator模式

composite是复合的意思，就是一个对象可包含其他同类对象的东西。

有两种实质不同的对象--leaf与component，leaf是叶子对象，component是容器对象，可用于容纳其他leaf或子component的。

这里在实现的时候要注意一个问题：component和leaf是同一类型的，也就是有共同的基类。为何这么做？因为composite的本质是把leaf和component看做同一个东西，不用区别对待，所以有共同基类是必然的。

这样就有一个问题，基类的接口必须支持component独有的add，remove等操作，而leaf实际上是不需要这些的。

composite没有别的新内容了，除了要注意刚才那个问题。

decorator是装饰的意思，就是在一个对象上封装点东西，这样在以前的功能上能完善一些东西。装饰的内容在java的IO类中用得非常普遍，所以我刚开始看JAVA IO类的时候倍儿痛苦，完全不知道搞这么多干嘛。

这里也有几个细节问题：装饰类和被装饰的类都是同一个接口（基类）派生下来的，这里可能有2个目的

1 用户使用的时候不用管是装饰的还是被装饰的，接口一样

2 装饰类一般把主要的工作交给被装饰的类，而这个指向的指针一般就是基类对象，这样装饰类内部就和被装饰的具体实例类型隔开了。

想想GUI中的边框，滑动条等，就能理解decorator模式了。decorator在某种意义上和adapter类似，但目的不同。如果从实现的角度看，非常明显，至少decorator从同一个基类派生的，而adapter则从target派生。

decorator改动的是模式的外部，这样有个问题，就是会产生很多小类，如果本身被装饰的类就挺多的话，就比较繁琐。