定义

动态地将责任附加到对象上.若要扩展功能,装饰者提供了比继承更有弹性的替代方案。

它是通过创建一个包装对象,也就是装饰来包裹真实的对象。

特点

  1. 装饰对象和真实对象有相同的接口。这样客户端对象就能以和真实对象相同的方式和装饰对象交互。
  2. 装饰对象包含一个真实对象的引用(reference)
  3. 装饰对象接受所有来自客户端的请求。它把这些请求转发给真实的对象。
  4. 装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中,通常是通过继承来实现对给定类的功能扩展。

UML

优点

  1. Decorator模式与继承关系的目的都是要扩展对象的功能,但是Decorator可以提供比继承更多的灵活性。
  2. 通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。

缺点

  1. 这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。
  2. 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。
  3. 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

应用场景

  1. 需要扩展一个类的功能,或给一个类添加附加职责。
  2. 需要动态的给一个对象添加功能,这些功能可以再动态的撤销。
  3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变的不现实。
  4. 当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。

示例

实现一个奖金计算的程序,奖金的计算是比较复杂的,普通员工有每月的业绩奖金和累计奖金,如果是经理每月还有团队奖金,而公司需要根据每月的情况来指定具体的奖金数额,所以奖金的运算系数会出现变动,同时也会添加新的奖金类型,比如和上一月业绩相比提升百分之多少之后会增加环比奖金,可可能会去掉指定的奖金类型,比如去掉了经理的团队奖金。

Java

 import java.util.Date;
import java.util.HashMap;
import java.util.Iterator;
import java.util.Map; public class Main
{
public static void main(String[] args)
{
//创建需要被装饰的类
Component c = new ConcreteComponent(); //使用3种奖金计算的装饰类对其进行装饰
Decorator d1 = new MonthPrizeDecorator(c);
Decorator d2 = new SumPrizeDecorator(d1);
Decorator d3 = new GroupPrizeDecorator(d2); //运算得到不同的员工应发的奖金
double zs = d3.calcPrize("张三", null, null);
System.out.println("张三得到的奖金是:" + zs);
double ls = d3.calcPrize("李四", null, null);
System.out.println("李四得到的奖金是:" + ls);
double ww = d3.calcPrize("王五", null, null);
System.out.println("王五得到的奖金是:" + ww);
} /**
* 模拟从数据库中取出的业务额度
*/
public static class TempDB
{
public static Map<String, Double> mapMonthSaleMoney = new HashMap<>(); static
{
mapMonthSaleMoney.put("张三", 15000.0);
mapMonthSaleMoney.put("李四", 25000.0);
mapMonthSaleMoney.put("王五", 20000.0);
} public static boolean checkManager(String user)
{
return user.equals("王五");
}
} /**
* 计算奖金的组件接口
*/
public static abstract class Component
{
/**
* 计算某人在某个时间段内的奖金
*/
public abstract double calcPrize(String user, Date begin, Date end);
} /**
* 基本实现,没有奖金
*/
public static class ConcreteComponent extends Component
{
@Override
public double calcPrize(String user, Date begin, Date end)
{
return 0;
}
} /**
* 装饰类接口,需要和被装饰类实现一样的接口
*/
public static abstract class Decorator extends Component
{
/**
* 持有被装饰的类的实例
*/
protected Component c; public Decorator(Component c)
{
this.c = c;
} @Override
public double calcPrize(String user, Date begin, Date end)
{
return c.calcPrize(user, begin, end);
}
} /**
* 计算当月业务奖金
*/
public static class MonthPrizeDecorator extends Decorator
{
public MonthPrizeDecorator(Component c)
{
super(c);
} @Override
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 static class SumPrizeDecorator extends Decorator
{
public SumPrizeDecorator(Component c)
{
super(c);
} @Override
public double calcPrize(String user, Date begin, Date end)
{
double money = super.calcPrize(user, begin, end); double sum = 0.0;
Iterator<Double> i = TempDB.mapMonthSaleMoney.values().iterator();
while (i.hasNext())
{
sum += i.next();
} double prize = sum * 0.001;
System.out.println(user + "当前累计奖金是:" + prize); return money + prize;
}
} /**
* 计算当前团队奖金,仅业务经理有
*/
public static class GroupPrizeDecorator extends Decorator
{
public GroupPrizeDecorator(Component c)
{
super(c);
} @Override
public double calcPrize(String user, Date begin, Date end)
{
double money = super.calcPrize(user, begin, end); if(!TempDB.checkManager(user))
{
System.out.println(user + "不是团队经理没有团队奖金");
return money;
} //假设都是一个团队的
double sum = 0.0;
Iterator<Double> i = TempDB.mapMonthSaleMoney.values().iterator();
while (i.hasNext())
{
sum += i.next();
} double prize = sum * 0.0015;
System.out.println(user + "获得的团队奖金是:" + prize); return money + prize;
}
}
}

结构类模式(四):装饰(Decorator)的更多相关文章

  1. 设计模式之结构类模式大PK

                                      结构类模式大PK 结构类模式包括适配器模式.桥梁模式.组合模式.装饰模式.门面模式.享元模式和代理模式.之所以称其为结构类模式,是因 ...

  2. 设计模式之结构类模式PK

    结构类模式包括: 适配器模式 桥梁模式 组合模式 装饰模式 门面模式 享元模式 代理模式 结构类模式着重于如何建立一个软件结构 为什么叫结构类模式呢? 因为他们都是通过组合类或对象产生更大结构以适应更 ...

  3. 九、结构模式之装饰(Decorator)模式

    装饰模式又叫包装模式,装饰模式以客户端透明的方式扩展对象的功能,是继承关系的一个替代方案.装饰模式可以在不使用创造更多的子类的情况下,将对象的功能加以扩展. 装饰模式结构图如下: 其包含的角色就分为: ...

  4. 结构类模式(三):组合(Composite)

    定义 将对象组合成树形结构以表示“部分整体”的层次结构.组合模式使得用户对单个对象和组合对象的使用具有一致性. 有时候又叫做部分-整体模式,它使我们树型结构的问题中,模糊了简单元素和复杂元素的概念,客 ...

  5. Java与模式:装饰(Decorator)模式

    装饰模式使用被装饰类的一个子类的实例.把client的调用委派到被装饰类,装饰模式的关键在于这样的扩展是全然透明的.   装饰模式在Java种使用也非常广泛,比方我们在又一次定义button.对话框等 ...

  6. 结构类模式(七):代理(Proxy)

    定义 为其他对象提供一种代理以控制对这个对象的访问. 代理模式也叫做委托模式,它是一项基本设计技巧.许多其他的模式,如状态模式.策略模式.访问者模式本质上是在更特殊的场合采用了委托模式,而且在日常的应 ...

  7. 结构类模式(六):享元(Flyweight)

    定义 运用共享技术有效的支持大量细粒度的对象. 两个状态 内蕴状态存储在享元内部,不会随环境的改变而有所不同,是可以共享的. 外蕴状态是不可以共享的,它随环境的改变而改变的,因此外蕴状态是由客户端来保 ...

  8. 结构类模式(五):外观(Facade)

    定义 为子系统中的一组接口提供一个一致的界面,定义一个高层接口,这个接口使得这一子系统更加容易使用. UML 优点 对客户屏蔽了其子系统组件,因而减少了客户处理对象的数目,并使得子系统实用起来更方便. ...

  9. 结构类模式(二):桥接(Bridge)

    定义 将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化. 在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维 ...

随机推荐

  1. java金额的加减乘除

    package com.wedge.edp.framework.common.util; import java.math.BigDecimal; /** * 金额的加减乘除 */ public cl ...

  2. ecshop 更新首页flash样式

    未测试 ECSHOP默认的只有几种很普通的FLASH图片切换样式,想不想自己也换一种呢? 今天摸索了下,算是弄懂了,和大家分享下 首先在网上找到你想要的FLASH切换样式[google一下],把那个S ...

  3. 【原创】牛顿法和拟牛顿法 -- BFGS, L-BFGS, OWL-QN

    数据.特征和数值优化算法是机器学习的核心,而牛顿法及其改良(拟牛顿法)是机器最常用的一类数字优化算法,今天就从牛顿法开始,介绍几个拟牛顿法算法.本博文只介绍算法的思想,具体的数学推导过程不做介绍. 1 ...

  4. 【转】这些编程语言程序员工资最高!Java才第四

    原文网址:http://tech.hexun.com/2016-07-18/185009761.html 在众多行业中,程序员属于高薪职业.无论是在国外还是国内,程序员的薪金水平普遍高于其他行业的工作 ...

  5. RAC 环境下参数文件(spfile)管理

    RAC环境下,初始化参数文件与但实例下参数文件有些异同,主要表现在初始化参数可以为多个实例公用,也可以单独设置各个实例的初始化参数.对于那些非共用的初始化参数则必须要单独设置,而共用的则可以单独设置, ...

  6. PHP中基本符号及使用方法

    注解符号:这个#还真很少用,能和shell通用还真不错呢. //,  # 单行注解多行注解 引号的使用 ' ' 单引号,没有任何意义,不经任何处理直接拿过来;" "双引号,php动 ...

  7. ios 页面传值4种方式(四) 之通过delegate(代理)

    这是ios里最常用的设计模式了,简直贯穿了整个cocoa touch框架.废话不多说,直接上代码: 场景是: A--打开--B; B里输入数值,点击--返回--A; A里显示B输入的值; △在开始写之 ...

  8. Independence独立

    Independence refers to the degree to which each test case stands alone. That is, does the success or ...

  9. Web前端开发工程师编程能力飞升之路

    [背景] 如果你是刚进入web前端研发领域,想试试这潭水有多深,看这篇文章吧:如果你是做了两三年web产品前端研发,迷茫找不着提高之路,看这篇文章吧:如果你是四五年的前端开发高手,没有难题能难得住你的 ...

  10. WCF綁定

    服务之间的通信方式是多种多样的,有多种可能的通信模式.包括:同步的请求与应答(Request/Reply)消息,或者异步的即发即弃(Fire-and-Forget)消息等等,在通信时传输的消息编码格式 ...