胖虎白话学习设计模式之装饰者设计模式（or包装设计模式）

╰半夏微凉° 2022-09-19 15:21 135阅读 0赞

记录胖虎学习设计模式过程，不许勿喷，转载请注明出处!

**http://blog.csdn.net/ljphhj**

**1.存在问题**  
 开发中我们经常会遇到一种情况，就是API中的某个类（A），它提供的功能并不能满足我们的需要，这样我们可能需要对这个 类进行拓展，也许我们会想到通过“继承”（写一个类来继承这个API中的类A，然后往这个子类中加入我们需要的一些功能.）  
 使用“继承”方式拓展功能带来的问题：  
 1.继承是在编译时进行处理的，所有的子类都会继承到父类的相同行为（而装饰者设计模式采用的是组合式的做法来拓展  
 对象的功能行为,是运行时动态处理的）  
 2.为了某个功能而写出一个子类，那么整个类是非常庞大臃肿的  
 3.子类和父类联系紧密,不灵活  
 （PS：有知道更多的问题，希望可以给我留言哈！）  
 那么引入解决方法：装饰者设计模式  
  
  
**2.装饰者设计模式（Decorator or Wrapper）**  
  
  
 装饰者设计模式主要用于：动态地给一个类添加一些额外的职责  
 装饰者设计模式设计符合的设计原则：  
 1.开放-关闭原则（Open Closed Principle）：封装变化，降低耦合.  
 对扩展开放，意味着有新的需求或变化时，可以对现有代码进行扩展，以适应新的情况。  
 对修改封闭，意味着类一旦设计完成，就可以独立完成其工作，而不要对类进行任何修改。  
  
 在装饰模式中的各个角色有：  
 　　（1）抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象。  
 　　（2）具体构件（Concrete Component）角色：定义一个将要接收附加责任的类。  
 　　（3）装饰（Decorator）角色：持有一个构件（Component）对象的实例，并定义一个与抽象构件接口一致的接口。  
 　　（4）具体装饰（Concrete Decorator）角色：负责给构件对象添加上附加的责任。  
  
 UML图讲述装饰设计模式要点：

图1:存在多个具体装饰类时的结构(抽象构件Component可能是抽象类或接口)：

![SouthEast][]

图2:只有一个具体装饰类时的结构(抽象构件Component可能是抽象类或接口):

![SouthEast 1][]

**3.在API中找装饰设计模式的影子**  
 我觉得java.io中有很多装饰设计模式的影子，其中我找一个例子分析它的源代码展示下这个模式的应用

图3：Reader, BufferReader,这种组合是Decorator模式最典型的结构，只需要借助很少的代码，就可以大大拓展功能

![SouthEast 2][]

**4.在J2EE开发中的实例**  
 由于个人接触J2EE开发不久，所以如果有什么写得不好，望指出，定改正！  
  
 相信做过Web的人，一定对“转义过滤器”不陌生吧？？当客户机提交了一串字符串"<script>alert('i am 胖虎');</script>"  
 的时候，我们应该要先对这个字符串做下转义然后再往数据库里存，否则取出来的时候将会被执行（PS:如果js中写个死循环.....）  
  
 那么如果要对提交的字符串进行转义的话，在过滤器中做处理显然是最合适的.  
 因为取数据的方式为：request.getParameter(keyname)；  
 也就是说现在HttpServletRequest所提供的功能，不能完全满足我们的需求  
 那么这时候，我们可以选择使用“装饰者模式”动态添加一些功能进来咯  
  
  
 图解：  
![SouthEast 3][]  
  
 部分代码：

@Override
    	public void doFilter(ServletRequest servletrequest,
    			ServletResponse servletresponse, FilterChain filterchain)
    			throws IOException, ServletException {
    
    
    		HttpServletRequest request = (HttpServletRequest) servletrequest;
    		HttpServletResponse response = (HttpServletResponse) servletresponse;
    		//传递回去的是“具体的装饰器A（MyRequest）”
    		filterchain.doFilter(new MyRequest(request), response);
    		
    	}
    	//API中为我们实现的HttpServletRequestWrapper，便是我们上文所指的“抽象装饰类”，而MyRequest是“具体装饰类”，
    	//有兴趣可以去看看HttpServletRequestWrapper源码中的设计
    	class MyRequest extends HttpServletRequestWrapper{
    		private HttpServletRequest request;
    		public MyRequest(HttpServletRequest request) {
    			super(request);
    			this.request = request;
    		}
    		@Override
    		public String getParameter(String name) {
    			String value = this.request.getParameter(name);
    			//转义之后返回
    			return filter(value);
    		}
    		/**
    		 * 对字符串进行转义的函数(此处可忽略不看)
    		 * @param message 客户端提交给服务器的值
    		 * @return 转义之后的字符串
    		 */
    		public String filter(String message) {
    	        if (message == null)
    	            return (null);
    	        char content[] = new char[message.length()];
    	        message.getChars(0, message.length(), content, 0);
    	        StringBuffer result = new StringBuffer(content.length + 50);
    	        for (int i = 0; i < content.length; i++) {
    	            switch (content[i]) {
    	            case '<':
    	                result.append("<");
    	                break;
    	            case '>':
    	                result.append(">");
    	                break;
    	            case '&':
    	                result.append("&");
    	                break;
    	            case '"':
    	                result.append(""");
    	                break;
    	            default:
    	                result.append(content[i]);
    	            }
    	        }
    	        return (result.toString());
    	    }

[SouthEast]: /images/20220828/93a4a905b282449b8abcd278ecfb91f3.png
[SouthEast 1]: /images/20220828/4cd6768309a545b2814d674a9ea20511.png
[SouthEast 2]: /images/20220828/8aa051ba20ce472f82fe6e460ebb416f.png
[SouthEast 3]: /images/20220828/e809c926b6c54b458aa5c53a8900e9e0.png