查看“设计模式:装饰器模式”的源代码
←
设计模式:装饰器模式
跳到导航
跳到搜索
因为以下原因,您没有权限编辑本页:
您请求的操作仅限属于该用户组的用户执行:
用户
您可以查看和复制此页面的源代码。
[[category:设计模式]] == 关于 == 装饰器(Decorator)模式的定义:指'''在不改变现有对象结构的情况下,动态地给该对象增加一些职责'''(即增加其额外功能)的模式,它属于对象结构型模式。 通常情况下,扩展一个类的功能会使用继承方式来实现。但继承具有静态特征,耦合度高,并且随着扩展功能的增多,子类会很膨胀。 如果【使用'''组合关系'''来创建一个'''包装对象'''(即装饰对象)来包裹真实对象】,并在保持真实对象的类结构不变的前提下,为其提供额外的功能,这就是装饰器模式的目标。 === 优点和缺点 === 优点: * 装饰器是继承的有力补充,比继承灵活,在不改变原有对象的情况下,动态的给一个对象扩展功能,'''即插即用''' * 通过使用不用装饰类及这些装饰类的排列组合,可以实现不同效果 * 装饰器模式完全遵守开闭原则 缺点: * 装饰器模式会增加许多子类,过度使用会增加程序得复杂性。 === 应用场景 === 装饰器模式通常在以下几种情况使用: * 当需要给一个现有类添加附加职责,而又不能采用生成子类的方法进行扩充时。例如,该类被隐藏或者该类是终极类或者采用继承方式会产生大量的子类。【对最终类进行扩展】 * 当需要通过对现有的一组基本功能进行排列组合而产生非常多的功能时,采用继承关系很难实现,而采用装饰器模式却很好实现。 * 当对象的功能要求可以动态地添加,也可以再动态地撤销时。 装饰器模式在 Java 语言中的最著名的应用莫过于 Java I/O 标准库的设计了。例如,InputStream 的子类 FilterInputStream,OutputStream 的子类 FilterOutputStream,Reader 的子类 BufferedReader 以及 FilterReader,还有 Writer 的子类 BufferedWriter、FilterWriter 以及 PrintWriter 等,它们都是抽象装饰类。【!!!】 : 下面代码是为 FileReader 增加缓冲区而采用的装饰类 BufferedReader 的例子: : <syntaxhighlight lang="java" highlight="1"> BufferedReader in = new BufferedReader(new FileReader("filename.txt")); String s = in.readLine(); </syntaxhighlight> == 结构与实现 == 装饰器模式主要包含以下角色: # '''抽象构件'''(Component)角色:定义一个抽象接口以规范准备接收附加责任的对象。 # '''具体构件'''(ConcreteComponent)角色:实现抽象构件,通过装饰角色为其添加一些职责。 # '''抽象装饰'''(Decorator)角色:继承抽象构件,并包含具体构件的实例,可以通过其子类扩展具体构件的功能。 # '''具体装饰'''(ConcreteDecorator)角色:实现抽象装饰的相关方法,并给具体构件对象添加附加的责任。 其结构如下: : [[File:设计模式:装饰器模式.png|600px]] 其代码如下: : <syntaxhighlight lang="java" line highlight="20"> package decorator; //抽象构件角色 interface Component { public void operation(); } //具体构件角色 class ConcreteComponent implements Component { public ConcreteComponent() { System.out.println("创建具体构件角色"); } public void operation() { System.out.println("调用具体构件角色的方法operation()"); } } //抽象装饰角色 class Decorator implements Component { private Component component; public Decorator(Component component) { this.component = component; } public void operation() { component.operation(); } } //具体装饰角色 class ConcreteDecorator extends Decorator { public ConcreteDecorator(Component component) { super(component); } public void operation() { super.operation(); addedFunction(); } public void addedFunction() { System.out.println("为具体构件角色增加额外的功能addedFunction()"); } } public class DecoratorPattern { public static void main(String[] args) { Component p = new ConcreteComponent(); p.operation(); System.out.println("---------------------------------"); Component d = new ConcreteDecorator(p); d.operation(); } } </syntaxhighlight> : <syntaxhighlight lang="java" highlight=""> 创建具体构件角色 调用具体构件角色的方法operation() --------------------------------- 调用具体构件角色的方法operation() 为具体构件角色增加额外的功能addedFunction() </syntaxhighlight> == 模式的扩展 == 装饰器模式所包含的 4 个角色不是任何时候都要存在的,在有些应用环境下模式是可以简化的。 如以下两种情况: # 只有一个具体构件而没有抽象构件时,可以让抽象装饰继承具体构件: #: [[File:设计模式:装饰器模式:只有一个具体构件的装饰器模式.png|300px]] # 只有一个具体装饰时,可以将抽象装饰和具体装饰合并: #: [[File:设计模式:装饰器模式:只有一个具体装饰的装饰器模式.png|400px]]
返回至“
设计模式:装饰器模式
”。
导航菜单
个人工具
登录
命名空间
页面
讨论
大陆简体
已展开
已折叠
查看
阅读
查看源代码
查看历史
更多
已展开
已折叠
搜索
导航
首页
最近更改
随机页面
MediaWiki帮助
笔记
服务器
数据库
后端
前端
工具
《To do list》
日常
阅读
电影
摄影
其他
Software
Windows
WIKIOE
所有分类
所有页面
侧边栏
站点日志
工具
链入页面
相关更改
特殊页面
页面信息