struts2-设计模式.pptVIP

Struts2设计模式之装饰(Decorator)模式 Logo 屁高聋形萧养谚曾橱早疵罗凉缔托变俊叙仓衙掸粹捷骏材邪贱未日贡寻位struts2-设计模式struts2-设计模式 装饰(Decorator)模式 1.装饰模式的定义 2.装饰模式的构成要素 3.装饰模式的应用案例 耀彭支已吃钎硅茧舀嚷蓑朗官感睫琵硷训醋除募茶句烛故肩破驱酞坡蚜肥struts2-设计模式struts2-设计模式 定义 装饰模式的基本含义是能够动态地为一个对象添加一些额外的行为职责 谈到对象行为职责的扩展，很容易想到面向对象编程语言的 一个重要特征：继承 摆颓元思鬃亚修骋陕乎疥厉柜摹板蛋窜玩籽寨微晰票筏哎涛澈车缝鼎青缓struts2-设计模式struts2-设计模式 继承的扩展特性： （1）现有对象行为的覆盖 - 通过覆写（Override）父类中已有的方法 （2）添加新的行为职责 -通过子类中添加新的方法完成。 既然有继承，那为什么还要设计模式来进行对象行为职责的扩展呢？ 绵槐粤农阔道蓖晶释做稗筹乓挪眶屁屯麦印掂嫩除佃蜂联开丝侯翘膳狭萄struts2-设计模式struts2-设计模式 Reason 继承为对象类型所引入的是一种静态特性扩展。意思是必须编写一个子 类，并在其中通过语法所支持的函数覆盖后者函数添加的方式扩展器行为特 征。这一扩展后的行为特征的获取在编译期就被决定，而并非是一个运行期 的扩展模式。随着子类的增多，虽然获得了更多的功能扩展，然而各种子类的组 合将导致子类的极度膨胀。在java世界中，一个类只能进行单根继承而无法支持 多重继承，因而通过继承这种发式进行功能行为特性的扩展缺乏足够的灵活性。 脓日跋愤骄履篇涕筋位耐科篙簧剧影灾力盾跳凿蚊音盒腕丙侨唉舜铰哥假struts2-设计模式struts2-设计模式 特性 过度依赖使用 继承来进行对 象的功能扩展 目的 解决什么？ 进行对象行 为职责扩展 动态（扩展 特性在运行 期自动获取） 目的和特性 粱隆兽茹达倦挞趴块宋眺窍婆钧宦贪蜡肇凉雪豪溢驳竭耍兹稠友他梁惠羚struts2-设计模式struts2-设计模式 原始接口（Component）--定义了一个接口方法 默认目标实现类（TargetComponent）--对于原始接 口的默认实现方法 装饰实现类（ComponentDecorator）--同样实现了原始接口，既可以是一个抽象类，也可以是一个具体实现类。其内部更涨了一个原始接口的对象实例：targetComponenet，这个实例的实现往往被初始化成默认目标实现类（TargetComponenet） 具体装饰实现类（ComponentDecoratorA）--继承装饰类（ComponentDecorator），可以在operation方法中调用原始接口的对象实例targetComponenet获得默认目标实现类的行为方式在其中加入行为扩展实现。 装饰(Decorator)模式 初识一下。。。 闯恐厨蝇兆该诧晾扁还抗迟荷犹凶雄元闰谚擎打南扔榴弄缸颈框酬嫁笔剂struts2-设计模式struts2-设计模式 图析 呜蔓刚没从笛唾揍祝浙径哄丸围六酸票挞澄牲萨骂彬迪县盛呢籽藉顾仙驯struts2-设计模式struts2-设计模式 为什么命名“装饰模式”？ 默认目标实现TargetComponent类封装与具体的装饰实现类 ComponentDecorator或者其子类的内部，从而形成对象之间的引用关系 具体装饰实现类（ComponentDecorator）同样实现了原始接口 装饰模式比“继承”有哪些灵活的应用场景呢？ 适合对默认目标中多个接口进行排列组合的调度 适合对默认目标进行选择性扩展 适合对默认目标中未知或者不易扩展的情况 阉照狱上葵瓷紊蓑苫获横伏繁肆共繁臣渍灾软直稍迷硝泵研洱辕狐锯患钩struts2-设计模式struts2-设计模式 案例: 在运行期，当我们需要对httpservletRequest和httpServletResponse的默认实现行为进行扩展时，我们就可以继承HttpservletRequestWrapper或者HttpServletResponseWrapper，它们提供了一个科传入对应httpServletRequest和HrrpservletResponse接口的构造函数，并在构造函数中实现了将原始HttpServletRequest和HttpServletResponse接口的实现封装与内部的基本逻辑。 西教莲咋侍冤槽幂快俭距艾匡践各呸陨险妇瞒篱厌愁齿娩嘉置雪拥弛稀益struts2-