JAVA设计模式学习12——装饰器模式

装饰（Decorator）模式属于设计模式里的结构模式，通过装饰类动态的给一个对象添加一些额外的职责。装饰模式也叫包装（wrapper）模式。装饰模式有如下的角色：

抽象构件（component）角色：这个角色用来规范被装饰的对象，一般用接口方式给出。

具体构件（concrete component）角色：被装饰的类。

装饰（decorator）角色：持有一个构件对象的实例。并定义一个跟抽象构件一直的接口。

具体（concrete  decorator ）装饰角色：负责给具体构件添加附加职责的类。在实际使用中多数情况下装饰角色和具体装饰角色可能由一个类来承担。

装饰模式的类图如下：

 

装饰模式的例子在生活中很常见，比如房子装修，那房子还是那个房子，只是在房子墙壁上做粉刷，贴墙纸，挂饰品等。java里面的io流，我们经常如下使用：

 

BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream(file)))；

 

这个就是装饰模式的使用。还有句话说人靠衣装，美靠靓装。这里就举个程序媛打扮自己的例子来说装饰模式。程序媛打扮自己的模型如下

package decorator;

public interface 女人 {

	public void 打扮();
	
}

 

package decorator;

public class 程序媛 implements 女人 {

	@Override
	public void 打扮() {
		
		System.out.println("开始我是素颜。");

	}

}

 

package decorator;

public class 化妆 implements 女人 {

	private 女人 女人;
	@Override
	public void 打扮() {
		女人.打扮();
	}

}

 

package decorator;

public class 画眉  extends 化妆 {

	private 女人 女人;
	
	
	public 画眉(女人 女人) {
		super();
		this.女人 = 女人;
	}


	public void 打扮() {
		System.out.println("画眉了，漂亮了一些。");
		女人.打扮();
	}

}

 

package decorator;

public class 刷睫毛  extends 化妆 {

	private 女人 女人;
	
	
	public 刷睫毛(女人 女人) {
		super();
		this.女人 = 女人;
	}


	public void 打扮() {
		System.out.println("刷睫毛了，更漂亮了一些。");
		女人.打扮();
	}

}

 

package decorator;

public class 涂口红  extends 化妆 {

	private 女人 女人;
	
	
	public 涂口红(女人 女人) {
		super();
		this.女人 = 女人;
		打扮();
	}


	public void 打扮() {
		System.out.println("有了口红，哇塞，狐狸精一个！");
		女人.打扮();
	}

}

 

package decorator;

public class Client {

	/**
	 *作者：alaric
	 *时间：2013-7-22下午10:57:13
	 *描述：测试
	 */
	public static void main(String[] args) {

		女人 女1 = new 程序媛();
		new 涂口红(new 刷睫毛(new 画眉(女1)));
		
	}

}

 运行结果：

有了口红，哇塞，狐狸精一个！

刷睫毛了，更漂亮了一些。

画眉了，漂亮了一些。

开始我是素颜。

 

通过上面例子我们可以看到，装饰模式在于在原有的功能上添加新的职责。装饰模式能够提供比继承更灵活的对象扩展能力，但是也往往由于这种灵活性会是系统调用变的复杂。

ps：最近重新学习设计模式，所写相关笔记纯属个人对书本和资料的理解，如有不到之处请大家指出，共同探讨学习设计模式。 

 

设计模式系列目录：

JAVA设计模式学习1——统一建模语言UML

JAVA设计模式学习2——面向对象设计原则

JAVA设计模式学习3——设计模式概述

JAVA设计模式学习4——简单工厂模式

JAVA设计模式学习5——工厂方法模式

JAVA设计模式学习6——抽象工厂模式

JAVA设计模式学习7——单例模式

JAVA设计模式学习8——建造模式

JAVA设计模式学习9——原型模式

JAVA设计模式学习10——组合模式

JAVA设计模式学习11——适配器模式

JAVA设计模式学习12——装饰器模式

JAVA设计模式学习13——代理模式

JAVA设计模式学习14——享元模式

JAVA设计模式学习15——门面模式

JAVA设计模式学习16——桥梁模式

JAVA设计模式学习17——策略模式

JAVA设计模式学习18——模版方法模式

JAVA设计模式学习19——观察者模式

JAVA设计模式学习20——责任链模式

JAVA设计模式学习21——命令模式

JAVA设计模式学习22——备忘录模式

JAVA设计模式学习23——状态模式

JAVA设计模式学习24——访问者模式

JAVA设计模式学习25——迭代器模式

评论

10 楼 zzq19860626 2013-11-21  

cwqcwqmax9 写道

装饰类若用于业务类，会产生很多类对象，给后期维护带来麻烦

很多设计模式，比如策略模式，状态模式都会产生很多类。开发中要看实际情况，不能死板硬套，不能为了模式而模式。

9 楼 zzq19860626 2013-11-21  

cwqcwqmax9 写道

装饰模式,是由客户端代码显示的去调用来装饰原有类的，但代理模式客户端更本不需要知道的，在他看来它引用的对象还是原来的。

到位:idea:

8 楼 cwqcwqmax9 2013-11-21  

装饰模式,是由客户端代码显示的去调用来装饰原有类的，但代理模式客户端更本不需要知道的，在他看来它引用的对象还是原来的。

7 楼 cwqcwqmax9 2013-11-21  

装饰类若用于业务类，会产生很多类对象，给后期维护带来麻烦

6 楼 cwqcwqmax9 2013-11-21  

zzq19860626 写道

cwqcwqmax9 写道

装饰器  相比 与代理 是 对原有的类 加了新方法  但 原来的方法 不变，而代理是  不增加新方法 是对原方法加以 改变。

可以说装饰模式和代理模式形似神不是，他们结构一样，但是关键在于，你是简化减少后面的对象调用还是为了后面对象更完美。
前面代理模式我举例，秘书帮助ceo解决实际问题，减少ceo的繁忙，代替他处理事务。
装饰模式是为了让你的对象让客户端更容易理解和调用。

也就是说客户端必须在调用前 自己装配代码。感觉这个模式适合包内工具类的设计如io流，不适合用于复杂多变的业务类。

5 楼 cwqcwqmax9 2013-11-21  

zzq19860626 写道

cwqcwqmax9 写道

该模式 实际运用中 打破了工厂类 +  面向接口的   解耦性  编程，加大了类间的耦合性。

哪里打破了？能描述详细点吗？

当客户端代码使用你定义的类时，你只需给出接口  ，和工厂类 ，它根据工厂类来 获取对象，并调用方法，无需知道方法的内部细节，包括是否有修改，但装饰器确实要求客户端显示调用，并组装该类，在调用，要关注更多关于该类的细节。

4 楼 zzq19860626 2013-11-21  

cwqcwqmax9 写道

该模式 实际运用中 打破了工厂类 +  面向接口的   解耦性  编程，加大了类间的耦合性。

哪里打破了？能描述详细点吗？

3 楼 zzq19860626 2013-11-21  

cwqcwqmax9 写道

装饰器  相比 与代理 是 对原有的类 加了新方法  但 原来的方法 不变，而代理是  不增加新方法 是对原方法加以 改变。

可以说装饰模式和代理模式形似神不是，他们结构一样，但是关键在于，你是简化减少后面的对象调用还是为了后面对象更完美。
前面代理模式我举例，秘书帮助ceo解决实际问题，减少ceo的繁忙，代替他处理事务。
装饰模式是为了让你的对象让客户端更容易理解和调用。

2 楼 cwqcwqmax9 2013-11-20  

该模式 实际运用中 打破了工厂类 +  面向接口的   解耦性  编程，加大了类间的耦合性。

1 楼 cwqcwqmax9 2013-11-20  

装饰器  相比 与代理 是 对原有的类 加了新方法  但 原来的方法 不变，而代理是  不增加新方法 是对原方法加以 改变。