GOF23设计模式之装饰模式之理解



装饰模式i：（decorator）

     职责：动态的微一个对象增加新的功能。

     装饰模式是一种用于代替继承的技术，无须通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，避免了类型体系的快速膨胀。

     实现细节：

         Component抽象构件角色：

              真实对象和装饰对象具有相同的接口。这样，客户端对象就能够以相同的方式同装饰对象交互。

         ConcreteComponent具体构件角色（真实对象）：

              Io流中的FileInputStream，
FileOutputStream

         Decorator装饰角色：

              持有一个抽象角色的引用。装饰对象接受所有客户端的请求，并把这些请求转发给真实的对象。这样，就能在真实对象调用前后增加新的功能。

         ConcreteDecorator具体装饰角色：

              负责给构件对象增加新的责任。

开发中使用的场景：

     IO中输入流和输出流的设计

     Swing包中图形界面构件功能。

     Servelet API中提供了一个request对象的Decorator设计模式的默认实现类HttpServeletWrapper，HttpServeletRequestWrapper类，增强了requeset对象的功能。

     Struts2中，request，response，session对象的处理。

IO流实现的细节：

     Component抽象构件角色：

         Io流中的InputStream，OutputStream，Reader，Writer

     ConcreteComponent具体构件角色

         IO流中的FileInputStream， FileOutputStream

     Decorator装饰角色：

         持有一个抽象构件的引用：io流中的InputStream， FileOutputStream

     ConcreteDecorator具体装饰角色：

         负责给构件对象增加新的责任。IO流中的BufferedOutputStream，BufferedInputStream

装饰模式Decorator

     装饰模式Decorator也叫做包装其模式（Wrapper）

     装饰模式降低系统的耦合度，可以动态的增加或删除对象职责，并使得需要装饰的具体构建类和具体装饰类独立变化，以便增加新的具体装饰类和具体实现类。

     优点：扩展对象功能，比继承灵活，不会导致类个数急剧增加。

         可以对一个对象进行多次装饰，创造出不同行为的组合，得到功能更加强大的对象

         具体构件类和具体装饰类可以独立变化，用户可以根据需要自己增加新的具体构件子类和具体装饰子类。

     缺点：

         产生很多小对象。大量小对象占据内存，一定程度上影响性能。

         装饰模式易于出错，调试比较麻烦

装饰模式与桥接模式的对比：

     两个模式都是为了解决过多子类对象问题。但是他们的诱因不一样。桥接模式是对象自身现有机制沿着多个维度变化，是既有部分不稳定。而装饰模式则是为了增加新的功能。