<JAVA模式>之装饰模式
2016-07-21 10:57
477 查看
原文:http://lavasoft.blog.51cto.com/62575/90853/
装饰模式使用被装饰类的一个子类的实例,把客户端的调用委派到被装饰类,装饰模式的关键在于这种扩展是完全透明的。
装饰模式在Java种使用也很广泛,比如我们在重新定义按钮、对话框等时候,实际上已经在使用装饰模式了。装饰模式最浅显的例子是相片-相框的例子。
一、原理图
![](http://img1.51cto.com/attachment/200808/200808031217745622765.jpg)
其中类的职责如下:
抽象构件角色(Project):给出一个接口,以规范准备接收附加责任的对象
具体构件角色(Employe):定义一个将要接收附加责任的类
装饰角色(Manager):持有一个构件对象的实例,并定义一个与抽象构件接口一致的接口
具体装饰角色(ManagerA、ManagerB):负责给构件对象“贴上”附加的责任
二、下面通过一个软件项目例子来说明装饰模式的使用
过程是这样的:
项目经理接到一个项目,项目最终要完成编码。
项目经理接到项目后,先做些前期的工作(比如需求分析、设计),然后将编码工作委派给代码工人,代码工人干完后,项目经理做项目的收尾工作。
实现代码如下:
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 12:51:06
* 项目
*/
public
interface Project {
/**
* 写代码
*/
void doCoding();
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 12:52:12
* 代码工人
*/
public
class Employe
implements Project{
/**
* 编码
*/
public
void doCoding(){
System.out.println("代码工人 在编写代码,加班编啊编啊,终于编完了!");
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 12:51:26
* 项目经理
*/
public
class Manager
implements Project {
private Project project; //实际上存放的是代码工人对象
public Manager(Project project) {
this.project = project;
}
/**
* 编码
*/
public
void doCoding() {
//项目经理开始新的工作
startNewWork();
}
/**
* 模板:定义项目经理自己的事情
*/
public
void startNewWork() {
//项目经理在做早期工作
doEarlyWork();
//项目经理很牛,做完需求和设计后,直接将编码委派给代码工人干
project.doCoding();
//项目经理在做收尾工作
doEndWork();
}
/**
* 项目经理自己的事情:做早期工作
*/
public
void doEarlyWork() {
}
/**
* 项目经理做收尾工作
*/
public
void doEndWork() {
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 13:45:18
* 具体的项目经理A
*/
public
class ManagerA
extends Manager{
public ManagerA(Project project) {
super(project);
}
/**
* 项目经理自己的事情:做早期工作
*/
public
void doEarlyWork() {
System.out.println("项目经理A 在做需求分析");
System.out.println("项目经理A 在做架构设计");
System.out.println("项目经理A 在做详细设计");
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 13:45:27
* 具体的项目经理B
*/
public
class ManagerB
extends Manager {
public ManagerB(Project project) {
super(project);
}
/**
* 项目经理自己的事情:做早期工作
*/
public
void doEarlyWork() {
System.out.println("项目经理B 在做需求分析");
System.out.println("项目经理B 在做详细设计");
}
/**
* 项目经理做收尾工作
*/
public
void doEndWork() {
System.out.println("项目经理B 在做收尾工作");
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 13:03:22
* 客户端测试
*/
public
class Client {
public
static void main(String args[]) {
Project employe =
new Employe(); //代码工人
Project managerA =
new ManagerA(employe);
//项目经理
Project managerB =
new ManagerB(employe);
//项目经理
//以经理的名义将编码完成,功劳都是经理的,实际编码的是工人
managerA.doCoding();
managerB.doCoding();
}
}
运行结果:
项目经理A 在做需求分析
项目经理A 在做架构设计
项目经理A 在做详细设计
代码工人 在编写代码,加班编啊编啊,终于编完了!
项目经理B 在做需求分析
项目经理B 在做详细设计
代码工人 在编写代码,加班编啊编啊,终于编完了!
项目经理B 在做收尾工作
Process finished with exit code 0
装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
装饰模式使用被装饰类的一个子类的实例,把客户端的调用委派到被装饰类,装饰模式的关键在于这种扩展是完全透明的。
装饰模式在Java种使用也很广泛,比如我们在重新定义按钮、对话框等时候,实际上已经在使用装饰模式了。装饰模式最浅显的例子是相片-相框的例子。
一、原理图
![](http://img1.51cto.com/attachment/200808/200808031217745622765.jpg)
其中类的职责如下:
抽象构件角色(Project):给出一个接口,以规范准备接收附加责任的对象
具体构件角色(Employe):定义一个将要接收附加责任的类
装饰角色(Manager):持有一个构件对象的实例,并定义一个与抽象构件接口一致的接口
具体装饰角色(ManagerA、ManagerB):负责给构件对象“贴上”附加的责任
二、下面通过一个软件项目例子来说明装饰模式的使用
过程是这样的:
项目经理接到一个项目,项目最终要完成编码。
项目经理接到项目后,先做些前期的工作(比如需求分析、设计),然后将编码工作委派给代码工人,代码工人干完后,项目经理做项目的收尾工作。
实现代码如下:
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 12:51:06
* 项目
*/
public
interface Project {
/**
* 写代码
*/
void doCoding();
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 12:52:12
* 代码工人
*/
public
class Employe
implements Project{
/**
* 编码
*/
public
void doCoding(){
System.out.println("代码工人 在编写代码,加班编啊编啊,终于编完了!");
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 12:51:26
* 项目经理
*/
public
class Manager
implements Project {
private Project project; //实际上存放的是代码工人对象
public Manager(Project project) {
this.project = project;
}
/**
* 编码
*/
public
void doCoding() {
//项目经理开始新的工作
startNewWork();
}
/**
* 模板:定义项目经理自己的事情
*/
public
void startNewWork() {
//项目经理在做早期工作
doEarlyWork();
//项目经理很牛,做完需求和设计后,直接将编码委派给代码工人干
project.doCoding();
//项目经理在做收尾工作
doEndWork();
}
/**
* 项目经理自己的事情:做早期工作
*/
public
void doEarlyWork() {
}
/**
* 项目经理做收尾工作
*/
public
void doEndWork() {
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 13:45:18
* 具体的项目经理A
*/
public
class ManagerA
extends Manager{
public ManagerA(Project project) {
super(project);
}
/**
* 项目经理自己的事情:做早期工作
*/
public
void doEarlyWork() {
System.out.println("项目经理A 在做需求分析");
System.out.println("项目经理A 在做架构设计");
System.out.println("项目经理A 在做详细设计");
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 13:45:27
* 具体的项目经理B
*/
public
class ManagerB
extends Manager {
public ManagerB(Project project) {
super(project);
}
/**
* 项目经理自己的事情:做早期工作
*/
public
void doEarlyWork() {
System.out.println("项目经理B 在做需求分析");
System.out.println("项目经理B 在做详细设计");
}
/**
* 项目经理做收尾工作
*/
public
void doEndWork() {
System.out.println("项目经理B 在做收尾工作");
}
}
/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-3 13:03:22
* 客户端测试
*/
public
class Client {
public
static void main(String args[]) {
Project employe =
new Employe(); //代码工人
Project managerA =
new ManagerA(employe);
//项目经理
Project managerB =
new ManagerB(employe);
//项目经理
//以经理的名义将编码完成,功劳都是经理的,实际编码的是工人
managerA.doCoding();
managerB.doCoding();
}
}
运行结果:
项目经理A 在做需求分析
项目经理A 在做架构设计
项目经理A 在做详细设计
代码工人 在编写代码,加班编啊编啊,终于编完了!
项目经理B 在做需求分析
项目经理B 在做详细设计
代码工人 在编写代码,加班编啊编啊,终于编完了!
项目经理B 在做收尾工作
Process finished with exit code 0
装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
相关文章推荐
- java对世界各个时区(TimeZone)的通用转换处理方法(转载)
- java-注解annotation
- java-模拟tomcat服务器
- java-用HttpURLConnection发送Http请求.
- java-WEB中的监听器Lisener
- Android IPC进程间通讯机制
- Android Native 绘图方法
- Android java 与 javascript互访(相互调用)的方法例子
- 介绍一款信息管理系统的开源框架---jeecg
- 聚类算法之kmeans算法java版本
- java实现 PageRank算法
- PropertyChangeListener简单理解
- c++11 + SDL2 + ffmpeg +OpenAL + java = Android播放器
- 插入排序
- 冒泡排序
- 堆排序
- 快速排序