HeadFirst设计模式-装饰者模式（下）

接上文。

真实世界的装饰者：Java I/O

java.io包内的类太多了，简直是排山倒海。现在，你已经知道装饰者模式，这些I/O的相关类对你来说应该更有意义了，因为其中许多类都是装饰者。

例如：

BufferedInputStream及LineNumberInputStream都扩展自FilterInputStream，而FilterInputStream是一个抽象的装饰类。

而FileInputStream和FilterInputStream都扩展自InputSteam类，InputSteam也是个装饰类。

java.io组合各种输入流装饰者来符合你的用途。

但是Java I/O也引出装饰者模式的一个“缺点”：利用装饰者模式，常常造成设计中有大量的小类，数量实在太多，可能会造成使用此API程序员的困扰。

小结

1、继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式。

2、在我们的设计中，应该允许行为可以被扩展，而无需修改现有的代码。

3、组合和委托可用于在运行时动态地加上新的行为。

4、除了继承，装饰者模式也可以让我们扩展行为。

5、装饰者模式意味着一群装饰者类，这些类用来报装具体组件。

6、装饰者类反映出被装饰的组件类型。事实上，他们具有相同的类型，都经过接口或继承实现。

7、装饰者可以在被装饰者的行为前面或者后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。

8、你可以用无数个装饰者包装一个组件。

9、装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。

10、装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。