设计模式之装饰者模式

在java中,很多地方都用到了装饰者设计模式,比如,GenericServlet类实现了Servlet接口和ServletConfig接口(详情可参见《Servlet技术浅析(一)之GenericServlet抽象类》),它还运用装饰设计模式,为自己附加了ServletConfig装饰身份,所以呢,今天我们就来学一学装饰者模式。
装饰者模式
1、意图: 动态地给一个对象添加一些额外的职责。就增加功能来说, Decorator模式相比生成子类更为灵活。该模式以对客户端透明的方式扩展对象的功能。
2、适用环境
(1)在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
(2)处理那些可以撤消的职责。
(3)当不能采用生成子类的方法进行扩充时。
一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子 类,使得子类数目呈爆炸性增长。
另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。
3、涉及角色
(1)抽象组件:定义一个抽象接口,来规范准备附加功能的类
(2)具体组件:将要被附加功能的类,实现抽象组件接口
(3)抽象装饰者:持有对具体组件的引用,并实现抽象组件的接口
(4)具体装饰:继承抽象装饰者角色,负责对具体组件添加额外功能。

4、具体代码
1)定义一个抽象接口,来规范准备附加功能的类,代码如下:
package com._test.decorator;

/**
 * 抽象组件:定义一个抽象接口,来规范准备附加功能的类
 */
public interface Person {

	void eat() ;
}

2)将要被附加功能的类,实现抽象组件接口,代码如下:
package com._test.decorator;

/**
 * 具体组件:将要被附加功能的类,实现抽象组件接口
 */
public class Man implements Person {

	public void eat() {
		System.out.println("一个人准备吃饭");
	}

}

3)持有对具体组件的引用,并实现抽象组件的接口,代码如下:
package com._test.decorator;

/**
 * 抽象装饰者:持有对具体组件的引用,并实现抽象组件的接口
 */
public abstract class Decorator implements Person {

	protected Person person;

	public void setPerson(Person person) {
		this.person = person;
	}

	public void eat() {
		person.eat(); 
	}

}


4)、继承抽象装饰者角色,负责对具体组件添加额外功能,代码如下:
package com._test.decorator;

/**
 * 具体装饰:继承抽象装饰者角色,负责对具体组件添加额外功能
 */
public class Decorator_A extends Decorator {

	@Override
	public void eat() {
		super.eat();
		eat_A();
	}
	
	/**
	 * 额外功能
	 */
	public void eat_A() {
		System.out.println("_A_吃排骨");
	}
}
package com._test.decorator;

/**
 * 具体装饰:继承抽象装饰者角色,负责对具体组件添加额外功能
 */
public class Decorator_B extends Decorator {

	@Override
	public void eat() {
		super.eat();
		eat_b();
	}

	/**
	 * 额外功能
	 */
	public void eat_b() {
		System.out.println("_b_吃烤翅");
	}
}

5)、客户端启动类,代码如下:
package com._test.decorator;

public class Main {

	public static void main(String[] args) {
		Person person = new Man();
		Decorator_A da = new Decorator_A();
		Decorator_B db = new Decorator_B();

		da.setPerson(person);
		db.setPerson(da);

		db.eat();
	}
}
6),运行结果如图:


5、装饰者模式小结:
OO原则:动态地将责任附加到对象上。想要扩展功能, 装饰者提供有别于继承的另一种选择

6、要点:
1、继承属于扩展形式之一,但不见得是达到弹性设计的最佳方案。
2、在我们的设计中,应该允许行为可以被扩展,而不须修改现有的代码。
3、除了继承,装饰者模式也可以让我们扩展行为。
4、装饰者模式意味着一群装饰者类, 这些类用来包装具体组件。
5、装饰者类反映出被装饰的组件类型(实际上,他们具有相同的类型,都经过接口或继承实现)。
6、装饰者可以在被装饰者的行为前面与/或后面加上自己的行为,甚至将被装饰者的行为整个取代掉,而达到特定的目的。


参考博客:http://www.cnblogs.com/chenxing818/p/4705919.html

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值