struts2-设计模式struts2-设计模式.ppt

  1. 1、本文档共13页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
struts2-设计模式struts2-设计模式

Struts2设计模式之装饰(Decorator)模式 Logo 装饰(Decorator)模式 1.装饰模式的定义 2.装饰模式的构成要素 3.装饰模式的应用案例 定义 装饰模式的基本含义是能够动态地为一个对象添加一些额外的行为职责 谈到对象行为职责的扩展,很容易想到面向对象编程语言的 一个重要特征:继承 继承的扩展特性: (1)现有对象行为的覆盖 - 通过覆写(Override)父类中已有的方法 (2)添加新的行为职责 -通过子类中添加新的方法完成。 既然有继承,那为什么还要设计模式来进行对象行为职责的扩展呢? Reason 继承为对象类型所引入的是一种静态特性扩展。意思是必须编写一个子 类,并在其中通过语法所支持的函数覆盖后者函数添加的方式扩展器行为特 征。这一扩展后的行为特征的获取在编译期就被决定,而并非是一个运行期 的扩展模式。随着子类的增多,虽然获得了更多的功能扩展,然而各种子类的组 合将导致子类的极度膨胀。在java世界中,一个类只能进行单根继承而无法支持 多重继承,因而通过继承这种发式进行功能行为特性的扩展缺乏足够的灵活性。 特性 过度依赖使用 继承来进行对 象的功能扩展 目的 解决什么? 进行对象行 为职责扩展 动态(扩展 特性在运行 期自动获取) 目的和特性 原始接口(Component)--定义了一个接口方法 默认目标实现类(TargetComponent)--对于原始接 口的默认实现方法 装饰实现类(ComponentDecorator)--同样实现了原始接口,既可以是一个抽象类,也可以是一个具体实现类。其内部更涨了一个原始接口的对象实例:targetComponenet,这个实例的实现往往被初始化成默认目标实现类(TargetComponenet) 具体装饰实现类(ComponentDecoratorA)--继承装饰类(ComponentDecorator),可以在operation方法中调用原始接口的对象实例targetComponenet获得默认目标实现类的行为方式在其中加入行为扩展实现。 装饰(Decorator)模式 初识一下。。。 图析 为什么命名“装饰模式”? 默认目标实现TargetComponent类封装与具体的装饰实现类 ComponentDecorator或者其子类的内部,从而形成对象之间的引用关系 具体装饰实现类(ComponentDecorator)同样实现了原始接口 装饰模式比“继承”有哪些灵活的应用场景呢? 适合对默认目标中多个接口进行排列组合的调度 适合对默认目标进行选择性扩展 适合对默认目标中未知或者不易扩展的情况 案例: 在运行期,当我们需要对httpservletRequest和httpServletResponse的默认实现行为进行扩展时,我们就可以继承HttpservletRequestWrapper或者HttpServletResponseWrapper,它们提供了一个科传入对应httpServletRequest和HrrpservletResponse接口的构造函数,并在构造函数中实现了将原始HttpServletRequest和HttpServletResponse接口的实现封装与内部的基本逻辑。 图例 ServletRequest HttpServletRequest HttpServletRequestWrapper SampleRequestWrapper 虽然装饰模式产生的初衷是装饰类对默认目标实现类的行为扩展,然而装饰类却并不对默认目标实现类形成依赖 Logo

您可能关注的文档

文档评论(0)

vshoulrengb3 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档