JAVA---装饰者模式

1、继承带来的问题

引言:说威哥当年创业开店--卖豆浆!因豆浆纯,分店几乎开遍全县城所有村,由于发展的实在是太快了,所以急 于实现一套由计算机管理的自动化记账系统。

主料:豆浆

配料:糖 黑豆 五谷 鸡蛋…, 加一样配料加钱,每种豆浆的价格都不同。不过都是基于豆浆的价格进行加价。可以加多种配料。

如果使用继承,每增加一种配料,就要新建好多好多类,比如黑豆五谷豆浆,黑豆五谷糖豆浆。会导致类爆炸!

所以直接继承的方式是不行的。

2、装饰者设计模式。

意图: 动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式相比生成子类更为灵活。该模式以对客 户端透明的方式扩展对象的功能。

适用环境: 在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。 处理那些可以撤消的职责。 当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的 子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。

装饰者模式,只用新建一个配料类即可,不需要新建所有可能的子类。

涉及角色

  抽象组件:定义一个抽象接口,来规范准备附加功能的类。

  具体组件:将要被附加功能的类,实现抽象构件角色接口。

  抽象装饰者:持有对具体构件角色的引用并定义与抽象构件角色一致的接口。

  具体装饰:实现抽象装饰者角色,负责为具体构件添加额外功能。

  代码实现:

    Drink.java 被装饰者对象的接口

    DouJiang.java 具体的被装饰者对象,

    Decorator.java 装饰者基类

    EggDecorator.java 具体装饰者对象,

    SugarDecorator.java 具体装饰者对象,

    Test.java   测试

3、代码

Drink 接口类

package com.day15;

/**
 *1。最顶端,抽象组件,定义一个抽象接口
 * @author Administrator
 *
 */
public interface Drink {
	public String description();
	public float cost();
}

DouJiang 类,实现Drink接口

package com.day15;
/**
 * 具体的装饰者类
 *抽象的被装饰者接口
 * @author Administrator
 *
 */
public class DouJiang implements Drink{

	private String name = "";
	@Override
	public String description() {
		return "纯豆浆";
	}

	@Override
	public float cost() {
		return 3f;
	}

}

Decorator 装饰者抽象类

package com.day15;
/**
 * 装饰者抽象类
 * @author Administrator
 *
 */
public class Decorator implements Drink{

	private Drink drink;//要装饰的对象
	public Decorator(Drink drink) {
		this.drink = drink;
	}
	@Override
	public String description() {
		return drink.description();
	}

	@Override
	public float cost() {
		return drink.cost();
	}

}

EggDecorator 类

package com.day15;

public class EggDecorator extends Decorator {

	public EggDecorator(Drink drink) {
		super(drink);
	}
	@Override
	public String description() {
		return super.description() + " + 鸡蛋"; // 这里注意,返回是super + “”
	}
	@Override
	public float cost() {
		return super.cost() + 1.5f;
	}
}

SugerDecorator 类

package com.day15;

public class SugerDecorator extends Decorator {

	public SugerDecorator(Drink drink) {
		super(drink);
		// TODO Auto-generated constructor stub
	}

	@Override
	public String description() {
		// TODO Auto-generated method stub
		return super.description() + " + 加糖";
	}
	@Override
	public float cost() {
		// TODO Auto-generated method stub
		return super.cost() + 0.5f;
	}

}

Test 测试类

package com.day15;

public class Test {

	public static void main(String[] args) {
		Drink drink = new DouJiang();// 纯豆浆
		SugerDecorator suger = new SugerDecorator(drink); //加糖
		EggDecorator egg = new EggDecorator(suger);//加糖的又加鸡蛋
		System.out.println(egg.description());
		System.out.println(egg.cost());
	}

}

看,方便吧

时间: 2024-12-17 09:55:41

JAVA---装饰者模式的相关文章

Java装饰者模式

Java装饰者模式简介 一.假设有一个Worker接口,它有一个doSomething方法,Plumber和Carpenter都实现了Worker接口,代码及关系如下: 1.Worker.java package decorator; public interface Worker { public void doSomething(); } 2.Plumber.java public class Plumber implements Worker { @Override public void

设计模式-Python Java装饰者模式

装饰者模式定义 动态地将责任附加到对象上.若要扩展功能,装饰者提供比继承更有弹性的替代方案 实现类图 装饰者模式的特点 A 装饰者和被装饰对象有相同的超类型.(注意这是利用继承达到"类型匹配",而不是利用继承获得"行为",行为来自装饰者和基础组件,或者与其他装饰者之间的组合关系) B   可以用一个或多个装饰者包装一个对象. C 因为装饰者和被装饰者具有相同的类型,所以任何需要原始对象的场合,可以用装饰过的对象代替. D 装饰者可以在所委托被装饰者的行为之前与/或之

JAVA装饰者模式(从现实生活角度理解代码原理)

装饰者模式可以动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator模式相比生成子类更为灵活. 该模式的适用环境为: (1)在不影响其他对象的情况下,以动态.透明的方式给单个对象添加职责. (2)处理那些可以撤消的职责. (3)当不能采用生成子类的方法进行扩充时.一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长.另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类. 实现该模式的关键步骤: (1)Component(被装饰对象基类

Java装饰器模式

意图:动态的将责任附加到对象上什么时候使用:1.在不影响其他对象的情况下,以动态.透明的方式给单个对象添加职责2.处理那些可以撤销的职责3.当不能采用生成子类的方式进行扩充时结构图: package com.test.patten.decorator; public interface Person { void doCoding(); } package com.test.patten.decorator; public class Employee implements Person { @

Java设计模式菜鸟系列(三)装饰者模式建模与实现

转载请注明出处:http://blog.csdn.net/lhy_ycu/article/details/39759199 装饰者(Decorator)模式:动态地将责任附加到对象上,若要扩展功能,装饰者提供了比继承更具有弹性的替代方案.对于装饰者模式,它其实是一种包装,所以我更愿意称它为一种包装.像咱们以前经常使用的Java里面的IO流就用到了装饰者模式.比如:BufferedReader br = new BufferedReader(new InputStreamReader(new Fi

Java设计模式の装饰者模式

目录 一.问题引入 二.设计原则 三.用装饰者模式解决问题 四.装饰者模式的特点 五.装饰者模式的定义 六.装饰者模式的实现 七.java.io包内的装饰者模式 一.问题引入 咖啡店的类设计: 一个饮料基类,各种饮料类继承这个基类,并且计算各自的价钱. 饮料中需要加入各种调料,考虑在基类中加入一些布尔值变量代表是否加入各种调料,基类的cost()中的计算各种调料的价钱,子类覆盖cost(),并且在其中调用超类的cost(),加上特定饮料的价钱,计算出子类特定饮料的价钱. 缺点:类数量爆炸.基类加

java/android 设计模式学习笔记(7)---装饰者模式

这篇将会介绍装饰者模式(Decorator Pattern),装饰者模式也称为包装模式(Wrapper Pattern),结构型模式之一,其使用一种对客户端透明的方式来动态的扩展对象的功能,同时它也是继承关系的一种替代方案之一,但比继承更加灵活.在现实生活中也可以看到很多装饰者模式的例子,或者可以大胆的说装饰者模式无处不在,就拿一件东西来说,可以给它披上无数层不一样的外壳,但是这件东西还是这件东西,外壳不过是用来扩展这个东西的功能而已,这就是装饰者模式,装饰者的这个角色也许各不相同但是被装饰的对

Java IO 装饰者模式

装饰模式(Decorator) 装饰模式又名包装(Wrapper)模式. 装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案. 装饰模式通过创建一个包装对象,也就是装饰,来包裹真实的对象. 装饰模式以对客户端透明的方式动态地给一个对象附加上更多的责任.换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同. 装饰模式可以在不创造更多子类的情况下,将对象的功能加以扩展. 装饰模式把客户端的调用委派到被装饰类.装饰模式的关键在于这种扩展是完全透明的. 装饰模式的角色 抽象构件角色(

装饰器模式及JAVA IO流例子★★★☆☆

一.什么是装饰模式 通过关联机制给类增加行为,其行为的扩展由修饰对象来决定: 二.补充说明 与继承相似,不同点在于继承是在编译期间扩展父类,而装饰器模式在运行期间动态扩展原有对象: 或者说,继承是对类进行扩展,装饰模式是对对象进行扩展: 三.角色 抽象构件 具体构件 抽象装饰类 具体装饰类 说明:具体构件.抽象装饰类.具体装饰类的共同父类是抽象构件,具体装饰类继承抽象装饰类并在运行期间装饰具体构件: 四.例子 例子说明: 画家接口Painter,为抽象构件,有两个方法,获取画家描述信息及绘画:

JAVA设计模式初探之装饰者模式

定义:动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活.设计初衷:通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的. 要点: 装饰者与被装饰者拥有共同的超类,继承的目的是继承类型,而不是行为 实际上Java 的I/O API就是使用Decorator实现的. //定义被装饰