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）      

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

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

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

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

     缺点：      

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

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

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

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