设计模式入门之装饰器模式Decorator

//装饰模式定义:动态地给一个对象加入一些额外的职责。
//就添加功能来说。装饰模式比生成子类更为灵活
//这也提现了面向对象设计中的一条基本原则,即:尽量使用对象组合,而不是对象继承

//Component:组件对象的接口。能够给这些对象动态加入职责
//ConcreateComponet:详细的组件对象。实现组件对象接口。通常就是被装饰器装饰的对象。也就是能够给这个对象加入职责
//Decorator:全部装饰器的抽象父类,须要定义一个与组件接口一致的接口,并持有一个Component对象,即被装饰的对象
//在Java中比較常见的一种装饰器模式体现例如以下:
//new DataInputStream(new BufferedInputStream(new FileInputStream("IOtest.txt")));
//FileInputStream完毕他自己的功能。然后由装饰器完毕须要添加的功能
//实例:设计一个奖金系统,奖金有月奖金,累计奖金和团队奖金,依据不同的人发不同的奖金
//不使用装饰模式的实现中,各个奖金模块的耦合非常严重,当有新的奖励方法时修改非常多,扩展不方便
//以下是使用了装饰模式的实现方式:
//数据库模拟类。存储人员销售额,模拟。仅仅给了一个月的销售额
public class TempDB {
	private TempDB() {
	}
	public static Map<String, Double> mapMonthSaleMoney = new HashMap<String, Double>();
	static {
		mapMonthSaleMoney.put("张三", 10000.0);
		mapMonthSaleMoney.put("李四", 20000.0);
		mapMonthSaleMoney.put("王五", 30000.0);
	}
}
//全部奖励方法的父类,标准实现使用了抽象类
public abstract class PrizeCalculor {
	public abstract double calcPrize(String user, Date begin, Date end);
}
//须要被装饰的对象类,比方每一个人每一个月都会有500块的基本奖金
public class NormalPrizeCalc extends PrizeCalculor {
	public double calcPrize(String user, Date begin, Date end) {
		return 500;
	}
}
//以下是装饰器的父类
public abstract class Decorator extends PrizeCalculor{
	protected PrizeCalculor c;//被装饰的对象
	public Decorator(PrizeCalculor c) {
		this.c = c;
	}
	public double calcPrize(String user, Date begin, Date end) {
		//前后可添加功能
		return this.c.calcPrize(user, begin, end);//默认直接转调被装饰对象的方法
	}
}
//月奖金装饰器类
public class MonthPrizeDecorator extends Decorator{
	public MonthPrizeDecorator(PrizeCalculor c) {
		super(c);
	}
	public double calcPrize(String user, Date begin, Date end) {
		double money = super.calcPrize(user, begin, end);//先获得被装饰对象的奖金
		double prize = TempDB.mapMonthSaleMoney.get(user)*0.03;//计算月奖金
		System.out.println(user+"当月业务奖金"+prize);
		return money+prize;//返回被装饰对象的总奖金
	}
}
//累计奖金装饰器类。作用同上
public class SumPrizeDecorator extends Decorator{
	public SumPrizeDecorator(PrizeCalculor c) {
		super(c);
	}
	public double calcPrize(String user, Date begin, Date end) {
		double money = super.calcPrize(user, begin, end);
		double prize = 100000*0.001;//如果全部人的累计销售额都是100000
		System.out.println(user+"累计奖金"+prize);
		return money+prize;
	}
}
//团队奖金装饰器类,仅仅有项目经理才有
public class GroupPrizeDecorator extends Decorator{
	public GroupPrizeDecorator(PrizeCalculor c) {
		super(c);
	}
	public double calcPrize(String user, Date begin, Date end) {
		double money = super.calcPrize(user, begin, end);
		double group = 0.0;
		for(double d : TempDB.mapMonthSaleMoney.values()) {
			group += d;
		}
		double prize = group * 0.01;
		System.out.println(user+"当月团队业务奖金"+prize);
		return money + prize;
	}
}
//client測试类
public class Client {
	public static void main(String[] args) {
		PrizeCalculor calc = new NormalPrizeCalc();
		Decorator d1 = new MonthPrizeDecorator(calc);
		Decorator d2 = new SumPrizeDecorator(d1);
		//把被装饰对象进行组合,calc对象经d1装饰。然后d1对象经d2装饰
		double zs = d2.calcPrize("张三", null, null);
		System.out.println(zs);
		double ls = d2.calcPrize("李四", null, null);
		System.out.println(ls);
		Decorator d3 = new GroupPrizeDecorator(d2);
		//项目经理。d2对象再经d3对象装饰
		double ww = d3.calcPrize("王五", null, null);
		System.out.println(ww);
	}
}
//装饰模式的本质:动态组合
//装饰器模式长处:比继承更加灵活,更容复用功能,简化高层定义
//装饰器模式缺点:会产生非常多细粒度对象
//注意:各个装饰器之间最好是全然独立的功能,不要有依赖,这样在进行装饰组合的时候。才没有先后顺序的限制。也就是先装饰谁和后装饰谁都是一样的。否则会大大减少装饰漆组合的灵活性
时间: 2025-01-13 17:05:38

设计模式入门之装饰器模式Decorator的相关文章

设计模式(八)装饰器模式Decorator(结构型)

设计模式(八)装饰器模式Decorator(结构型) 1. 概述 若你从事过面向对象开发,实现给一个类或对象增加行为,使用继承机制,这是所有面向对象语言的一个基本特性.如果已经存在的一个类缺少某些方法,或者须要给方法添加更多的功能(魅力),你也许会仅仅继承这个类来产生一个新类—这建立在额外的代码上. 通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法.但是这种方法是静态的,用户不能控制增加行为的方式和时机.如果  你希望改变一个已经初始化的对象的行为,你怎么办?或者,你希望继承许

说说设计模式~装饰器模式(Decorator)

装饰器模式,也叫又叫装饰者模式,顾名思义,将一个对象进行包裹,包装,让它变成一个比较满意的对象,这种模式在我们平时项目开发中,经常会用到,事实上,它是处理问题的一种技巧,也很好的扩展了程序,让程序代码不那么死板! 何时能用到它? 1. 需要扩展一个类的功能,或给一个类添加附加职责. 2. 需要动态的给一个对象添加功能,这些功能可以再动态的撤销. 3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变的不现实. 4. 当不能采用生成子类的方法进行扩充时. 其中我们认为第四种

23种设计模式之装饰器模式(Decorator Pattern)

装饰器模式(Decorator Pattern) 允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 通过采用组合.而非继承的手法,Decorator模式实现了在运行时动态地扩展对象功能的能力,而且可以根据需要扩展多个功能.避免了单独使用继承带来的“灵活性差"和"多子类衍生问题". 优点:装饰类和被装饰类可以独立发

Java设计模式——装饰器模式(Decorator)

孙悟空有七十二般变化,他的每一种变化都给他带来一种附加本领.而不管孙悟空怎么变化在二郎神眼里,他永远是那只猢狲. 装饰器模式以对客户透明的方式动态的给一个对象附加上更多的责任. 在孙悟空的例子里,老孙变成的鱼儿相当于老孙的子类. 装饰模式的类图如下: 装饰模式的角色介绍: 抽象构件角色(ComponentDec):给出一个抽象接口,以规范准备接收附加责任的对象 具体构件(Concrete ComponentDec):定义一个将要接收附加责任的类 装饰角色(Decortor):持有一个构件对象的实

说说设计模式~装饰器模式(Decorator)~多功能消息组件的实现

返回目录 为何要设计多功能消息组件 之前写过一篇装饰器模式的文章,感觉不够深入,这次的例子是实现项目中遇到的,所以把它拿出来,再写写,之前也写过消息组件的文章,主要采用了策略模式实现的,即每个项目可以通过配置进行一种消息的订制,如,你可以订制email,sms,rtx,qq等,但不能同时采用多种机制完成消息的发送,这在一些情况下是没有问题的,但有时,我们也需要同时为客户提供多种消息的推送,这在目前还是挺现时的,如在用户下单后,同时为它发email 和短信进行通过,并对每个订单的过程进行跟踪并通知

设计模式(三)——装饰器模式(Decorator Pattern)

发现太过于刻意按照计划来写博客,有点不实际,刚好最近在一个网课上复习AOP的知识,讲到了装饰器模式和代理模式,顺便复习总结一下. 首先了解一下装饰器模式,从名字里面可以看出来,装饰器模式就类似于房子装潢吧,比如刚买的毛坯房,只有一个没有门,直接就可以进去. 首先设计一个房子类Room,实现一个进入方法Access /// <summary> /// 抽象接口 用来进行约束 /// </summary> public interface IAccess { void Access()

【设计模式】之装饰器模式

为什么会有装饰模式? 装饰模式是为了解决继承强依赖性和出现大量子类不方便管理问题而出现的.   1. 概述 动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更灵活. 原理:增加一个修饰类包裹原来的类,包裹的方式一般是通过在将原来的对象作为修饰类的构造函数的参数.装饰类实现新的功能,但是,在不需要用到新功能的地方,它可以直接调用原来的类中的方法.修饰类必须和原来的类有相同的接口. 2. 模式中的角色 2.1 抽象构建(Component):定义一个抽象接口,用以给这些对象动态

设计模式篇——初探装饰器模式

文章目录 1.装饰器模式介绍 2.装饰器模式类图 3.装饰器模式Demo实现(一个小镇的拉面馆) 4.装饰器模式总结 装饰器模式介绍:装饰器模式可以在不修改任何底层代码的情况下,给对象赋予新的职责(程序运行时的扩展,动态的将责任附加到对象上).属于结构型设计模式. 类图: 我们来看下装饰器模式的类图: 一个简单的Demo(故乡小镇的一个面馆): 在故乡的一个小镇上面,有一家面馆,主营拉面.在这里你可以只点清汤面(SoupNoodle),也可以往里面加佐料,佐料有牛肉(Beef),鱼丸(FishB

用最简单的例子理解装饰器模式(Decorator Pattern)

假设有一个公司要做产品套餐,即把不同的产品组合在一起,不同的组合对应不同的价格.最终呈现出来的效果是:把产品组合的所有元素呈现出来,并显示该组合的价格. 每个产品都有名称和价格,首先设计一个关于产品的抽象基类. public abstract class ProductBase { public abstract string GetName(); public abstract double GetPrice(); } 所有的产品都必须继承这个基类,比如家居用品.电器产品等,把这些具体的产品提