胖虎白话学习设计模式之装饰者设计模式(or包装设计模式)
2013-12-31 11:45
253 查看
胖虎白话学习设计模式之装饰者设计模式(or包装设计模式)
记录胖虎学习设计模式过程,不许勿喷,转载请注明出处!
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可能是抽象类或接口):
![](https://oscdn.geek-share.com/Uploads/Images/Content/201312/9c54ab90077a50cb5b9117ea28b2a8c6)
图2:只有一个具体装饰类时的结构(抽象构件Component可能是抽象类或接口):
![](https://oscdn.geek-share.com/Uploads/Images/Content/201312/e8dbee0b552a4dfe7a61dec8bfb6b911)
3.在API中找装饰设计模式的影子
我觉得java.io中有很多装饰设计模式的影子,其中我找一个例子分析它的源代码展示下这个模式的应用
图3:Reader, BufferReader,这种组合是Decorator模式最典型的结构,只需要借助很少的代码,就可以大大拓展功能
![](https://oscdn.geek-share.com/Uploads/Images/Content/201312/35152e08d0ca85b66a5bd4d39fd4f03a)
4.在J2EE开发中的实例
由于个人接触J2EE开发不久,所以如果有什么写得不好,望指出,定改正!
相信做过Web的人,一定对“转义过滤器”不陌生吧??当客户机提交了一串字符串"<script>alert('i am 胖虎');</script>"
的时候,我们应该要先对这个字符串做下转义然后再往数据库里存,否则取出来的时候将会被执行(PS:如果js中写个死循环.....)
那么如果要对提交的字符串进行转义的话,在过滤器中做处理显然是最合适的.
因为取数据的方式为:request.getParameter(keyname);
也就是说现在HttpServletRequest所提供的功能,不能完全满足我们的需求
那么这时候,我们可以选择使用“装饰者模式”动态添加一些功能进来咯
图解:
![](https://oscdn.geek-share.com/Uploads/Images/Content/201312/aa9f18c57f12e01a8c8cfe1ed15ed176)
部分代码:
记录胖虎学习设计模式过程,不许勿喷,转载请注明出处!
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可能是抽象类或接口):
图2:只有一个具体装饰类时的结构(抽象构件Component可能是抽象类或接口):
3.在API中找装饰设计模式的影子
我觉得java.io中有很多装饰设计模式的影子,其中我找一个例子分析它的源代码展示下这个模式的应用
图3:Reader, BufferReader,这种组合是Decorator模式最典型的结构,只需要借助很少的代码,就可以大大拓展功能
4.在J2EE开发中的实例
由于个人接触J2EE开发不久,所以如果有什么写得不好,望指出,定改正!
相信做过Web的人,一定对“转义过滤器”不陌生吧??当客户机提交了一串字符串"<script>alert('i am 胖虎');</script>"
的时候,我们应该要先对这个字符串做下转义然后再往数据库里存,否则取出来的时候将会被执行(PS:如果js中写个死循环.....)
那么如果要对提交的字符串进行转义的话,在过滤器中做处理显然是最合适的.
因为取数据的方式为:request.getParameter(keyname);
也就是说现在HttpServletRequest所提供的功能,不能完全满足我们的需求
那么这时候,我们可以选择使用“装饰者模式”动态添加一些功能进来咯
图解:
部分代码:
@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()); }
相关文章推荐
- 胖虎白话学习设计模式之依赖倒置原则(Dependence Inversion Principle)
- 胖虎白话学习设计模式之享元设计模式(FlyWeight)
- 胖虎白话学习设计模式之建造者设计模式(Builder)
- 胖虎白话学习设计模式之专业术语存在的误解
- 胖虎白话学习设计模式之外观设计模式(Facade)
- 胖虎白话学习设计模式之适配器设计模式(Adapter)
- 胖虎白话学习设计模式之责任链设计模式(Chain of Responsibility)
- 胖虎白话学习设计模式之多线程与单例模式设计模式(Singleton)
- 学习:设计模式之装饰者模式
- 设计模式学习笔记之 装饰者模式
- 设计模式学习之—装饰者模式
- 设计模式学习笔记(三)- -装饰者模式
- head first 设计模式学习随笔(3)----装饰者模式
- 设计模式学习笔记-装饰者模式
- 学习JavaScript设计模式之装饰者模式
- 学习、探究Java设计模式——装饰者模式
- 学习笔记 ---- 设计模式之装饰者模式
- java设计模式之装饰者模式学习
- 设计模式-装饰者模式学习笔记
- 设计模式学习笔记之装饰者模式