刨根问底-struts2应用装饰模式（Decorator）分析

定义：装饰模式的基本含义是能够动态地为一个对象添加一些额外的行为职责

类图：

原始接口（Component）--定义了一个接口方法

默认目标实现类（TargetComponent）--对于原始接口的默认实现方法

装饰实现类（ComponentDecorator）--同样实现了原始接口，既可以是一个抽象类，也可以是一个具体实现类。其内部更涨了一个原始接口的对象实例：targetComponenet，这个市里的实现往往被初始化成默认目标实现类（TargetComponenet）

具体装饰实现类（ComponentDecoratorA）--继承装饰类（ComponentDecorator），可以在operation方法中调用原始接口的对象实例targetComponenet获得默认目标实现类的行为方式在其中加入行为扩展实现。也可以添加新的方法。

谈到对象行为职责的扩展，很容易想到面向对象编程语言的一个重要特征：继承

继承的扩展特性：（1）现有对象行为的覆盖-通过覆写（Override）父类中的已有方法完成

（2）添加新的行为职责-通过在自雷中添加新的方法完成。

既然有继承，那为什么还要设计模式来进行对象行为职责的扩展呢？

继承为对象类型所引入的是一种静态特性扩展。意思是必须编写一个子类，并在其中通过语法所支持的函数覆盖后者函数添加的方式扩展器行为特征。这一扩展后的行为特征的获取在编译期就被决定，而并非是一个运行期的扩展模式。随着子类的增多，虽然获得了更多的功能扩展，然而各种子类的组合将导致子类的极度膨胀。在java世界中，一个类只能进行单根继承而无法支持多重继承，因而通过继承这种发式进行功能行为特性的扩展缺乏足够的灵活性。

默认目标实现TargetComponent类封装与具体的装饰实现类ComponentDecorator或者其子类的内部，从而形成对象之间的引用关系。

TargetComponent和ComponentDecorator是装饰模式的核心构成要素，由于默认目标实现TargetComponent类封装与具体的装饰实现类ComponentDecorator或者其子类的内部，就可以灵活的在装饰实现类中进行非常自由的扩展方式：（1）引用到默认目标实现类中进行非常自由的扩展，就想继承中使用覆写override特性那样（2）在具体装饰实现类中添加新的行为方法职责。

struts2中应用装饰模式场景：

HttpServletRequest和HttpServletResponse是Servlet标准所指定的java语言与web容器进行交互的接口。接口本身值规定java语言对web容器进行访问的行为方法，而具体的实现是由不同的web容器在其内部实现的。

在运行期，当我们需要对httpservletRequest和httpServletResponse的默认实现行为进行扩展时，我们就可以继承HttpservletRequestWrapper或者HttpServletResponseWrapper，他们提供了一个科传入对应httpServletRequest和HrrpservletResponse接口的构造函数，并在构造函数中实现了将原始HttpServletRequest和HttpServletResponse接口的实现封装与内部的基本逻辑。

请看图：

转载于:https://my.oschina.net/winHerson/blog/111009