装饰者模式——(head first 设计模式3)
装饰者模式定义
装饰者模式动态的将责任附加到对象上,若要扩展功能,装饰者提供了比继承更有弹性的替代方案。
从定义来看,除了提到比继承更有弹性,其他的还是非常模糊,下面就先给出其UML类图。
从UML类图可以看到装饰者基类(Decorator)主要使用了一个其基类的组合,另外装饰者分别含有自己的新特性,如ConcreteDecoratorA,有自己特有的字段,ConcreteDecoratorB有自己特有的方法。该模式设计的巧妙的地方就在于以上的特点。
为什么说巧妙呢?因为装饰者都含有一个Component的引用,就好比你是老板要找c#开发的,遇到了一个不仅会c#的,还会java的你一样,这样的好处是不容置疑的,不仅可以让你做asp.net,如果哪一天公司要开发andriord了,你照样可以胜任,而不需要再去找andriord的童鞋了,当然也可能是不仅具有C#技能,还可能是能说会道的你。如果哪一天自己想跑业务,自己随时都可以去。跑累了,想体验一下代码生活,照样继续干代码工作……在这个过程中,就像自己被知识武装了起来,所以叫做装饰者模式。
当然有老板要找个什么都会的,全部集中在了一个人身上,也有一定的缺陷,或许一会让你搞andriord,一会让你去搞c#,一会让你跑业务,这样可能会有影响的。敲代码刚刚有思路,就让你去跑业务,显然是有些不科学。
既要武装自己,又要不能老板不时地打扰你的思路,这就需要一个原则:
类应该对扩展开放,对修改关闭。
就是要鼓励学习新东西,但是要禁止打断写代码的思路。这样才能提高效率,那人手不够怎么办,找个新人。
说了这么多,还是觉得通过一个例子才能更好的说明。
装饰者设计模式例子
下面就根据head first设计模式书中的例子,来看看冷饮店是如何卖饮料的。
刚刚开店,只卖矿泉水(MineralWater)和咖啡(Coffee),价钱直接就调用一下其cost()方法就可以的出来。可是聪明的老板一定会想到如果加一下白糖(Sugar)或者牛奶(Milk)是不是可以多赚些呢?但是算账不好算。不可能让矿泉水和咖啡中添加两个方法,AddSugar和AddMilk,这样会产生的问题,如果再加调料,会继续修改饮料的类,这样好不容易写好的类,可能就要继续就改,总共的价格可能也要修改。实在不是好办法。
下面就来看看装饰者模式怎么处理这样的问题。
如果你既是c#程序员,也是andriord程序员,老板说了,我不打断你的思路,白天你可以做C#项目,晚上做andriord的项目,工资的算法你说了算。
你说晚上是白天的2倍,老板说好,财务说,我只看你晚上有没有干,晚上含有白天的引用,计算方法:WageofNight()+Day.wageOfDay()。
同样的道理咖啡店也会通过这样的方式,调料引用一个饮料,总价格通过饮料的价钱加上引用调料的价格。
好了,上图了。咖啡店中饮料类图如下:
感觉不上代码,还是会觉得少些什么,下面就给出对应的代码:
public abstract class Beverage
{
public string description = "所有饮料的基类"; public abstract double Cost(); public virtual string GetDesciption()
{
return description;
} }
public class Coffee : Beverage
{
public Coffee()
{
description = "我是热咖啡";
}
public override double Cost()
{
return 1.50;
} }
public class MineralWater : Beverage
{
public MineralWater()
{
description = "我是矿泉水";
}
public override double Cost()
{
return 1.0;
} }
public abstract class BeverageDecrator : Beverage
{
public Beverage beverage; public abstract string GetDesciption(); }
public class Milk : BeverageDecrator
{
public Milk(Beverage beverage)
{
this.beverage = beverage;
}
public override string GetDesciption()
{
return beverage.description + "-------加牛奶";
}
public override double Cost()
{
return beverage.Cost() + 0.5;
} }
public class Sugar : BeverageDecrator
{
public Sugar(Beverage beverage)
{
this.beverage = beverage;
}
public override string GetDesciption()
{
return beverage.description + "--------加糖";
}
public override double Cost()
{
return 0.5 + beverage.Cost();
}
}
测试代码:
class Program
{
static void Main(string[] args)
{
Console.WriteLine("小二哥,来一杯矿泉水加糖"); Beverage mineralWater = new MineralWater();
Sugar sugar = new Sugar(mineralWater);
Console.WriteLine("客官,来了,请慢用");
Console.WriteLine(sugar.GetDesciption());
Console.WriteLine("小二哥,结账"); Console.WriteLine("客官,共"+sugar.Cost()+"¥");
Console.WriteLine("客官慢走"); Console.WriteLine("----------------------------"); Console.WriteLine("小二哥,来一杯咖啡加牛奶"); Beverage coffee = new Coffee();
Milk milk = new Milk(coffee);
Console.WriteLine("客官,来了,请慢用");
Console.WriteLine(milk.GetDesciption());
Console.WriteLine("小二哥,结账"); Console.WriteLine("客官,共" + milk.Cost() + "¥");
Console.WriteLine("客官慢走"); Console.ReadKey();
}
}
请注意上述代码是如何使用组合从而达到可以自由的扩展以及修改的,最终的可以互不影响的扩展和修改。为了进一步演示自由的扩展和修改的,进一步提需求:现在我觉得加牛奶要贵些,然后送一张优惠券。
其他的不改变,只改变Milk类,即可。
public class Milk : BeverageDecrator
{
public Milk(Beverage beverage)
{
this.beverage = beverage;
}
public override string GetDesciption()
{
return beverage.description + "-------加牛奶";
}
public override double Cost()
{
SendCoupon();
return beverage.Cost() + ;
} public void SendCoupon()
{
Console.WriteLine("送优惠券一张");
}
}
输出结果:
看看现在修改了牛奶类,没有改变其他地方,就可以得到我们想要的结果了。从而实现了前面所说的原则,开闭原则。
上面设计的问题以及其解决方案
上面的设计好像是遵循了开闭原则,其实则没有,因为类要对扩展开放,对修改关闭,我们很明显,对修改没有关闭,只是对扩展开放而已,现在就来解决修改关闭的问题,要到达这样的效果,就确定了不能改变类的任何地方,只能对类进行扩展,是通过另外一个类,来进行对改类的扩展,这样做的目的是不仅扩展了想要扩展的类,还可以灵活的扩展自己想扩展的类。已达到复用的效果。接下来,看看如何在不改变原有的基础上进行扩展,从而遵循开闭原则。
注意上面的BeverageExtend类,其类多了个SendCoupon方法,(这个方法也是为了显眼而已),用来送优惠券,我们现在修改的是sugar类或Milk类,但是通过的是BeverageExtend类来扩展的,这样才是真正到达了开闭原则。
下面给出扩展类和测试代码
public class BeverageExtend : BeverageDecrator
{ public BeverageExtend(Beverage beverage)
{
this.beverage = beverage;
}
public virtual void SendCoupon()
{
Console.WriteLine("总价为" + this.Cost());
Console.WriteLine("送您一张优惠券");
} public override string GetDesciption()
{
return beverage.GetDesciption() + "——————加优惠券";
}
public override double Cost()
{
return beverage.Cost() + 1.5;
}
}
测试代码:
static void Main(string[] args)
{
Console.WriteLine("小二哥,来一杯矿泉水加糖"); MineralWater mineralWater = new MineralWater();
Sugar sugar = new Sugar(mineralWater);
Console.WriteLine("客官,来了,请慢用");
Console.WriteLine(sugar.GetDesciption());
Console.WriteLine("小二哥,结账"); Console.WriteLine("客官,共"+sugar.Cost()+"¥");
Console.WriteLine("客官慢走"); Console.WriteLine("----------------------------"); Console.WriteLine("小二哥,来一杯矿泉水加糖"); MineralWater mineralWater1 = new MineralWater();
Sugar sugar1 = new Sugar(mineralWater1);
BeverageExtend beverage = new BeverageExtend(sugar1);
Console.WriteLine("客官,来了,请慢用");
Console.WriteLine(beverage.GetDesciption());
Console.WriteLine("小二哥,结账"); Console.WriteLine("客官,共" + beverage.Cost() + "¥");
Console.WriteLine("客官慢走");
Console.WriteLine("----------------------------"); Console.WriteLine("小二哥,来一杯咖啡加牛奶"); Coffee coffee = new Coffee();
Milk milk = new Milk(coffee); BeverageExtend beverage2 = new BeverageExtend(milk); Console.WriteLine("客官,来了,请慢用");
Console.WriteLine(beverage2.GetDesciption());
Console.WriteLine("小二哥,结账"); Console.WriteLine("客官,共" +beverage2.Cost() + "¥");
Console.WriteLine("客官慢走"); Console.ReadKey();
}
下面给出测试结果图:
小结
本文主要通过装饰者模式,引出了设计模式中的开闭原则,通过冷饮店的售价,来体现装饰者如何实现开闭原则的,但是需要注意要对类进行扩展是通过另外一个装饰类来完成的,而不是通过在本身类中实现的。
装饰者模式——(head first 设计模式3)的更多相关文章
- Java 的设计模式之一装饰者模式
刚开始接触装饰者的设计模式,感觉挺难理解的,不够后来花了一个晚上的时间,终于有头绪了 装饰者设计模式:如果想对已经存在的对象进行装饰,那么就定义一个类,在类中对已经有的对象进行功能的增强或添加另外的行 ...
- [Head First设计模式]山西面馆中的设计模式——装饰者模式
引言 在山西面馆吃鸡蛋面的时候突然想起装饰者这个模式,觉得面馆这个场景跟书中的星巴兹咖啡的场景很像,边吃边思考装饰者模式.这里也就依葫芦画瓢,换汤不换药的用装饰者模式来模拟一碗鸡蛋面是怎么出来的吧.吃 ...
- Java设计模式12:装饰器模式
装饰器模式 装饰器模式又称为包装(Wrapper)模式.装饰器模式以多客户端透明的方式扩展对象的功能,是继承关系的一个替代方案. 装饰器模式的结构 通常给对象添加功能,要么直接修改对象添加相应的功能, ...
- JAVA 设计模式 装饰者模式
用途 装饰者模式 (Decorator) 动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator 模式相比生成子类更为灵活. 装饰者模式是一种结构式模式. 结构
- 浅谈设计模式--装饰者模式(Decorator Pattern)
挖了设计模式这个坑,得继续填上.继续设计模式之路.这次讨论的模式,是 装饰者模式(Decorator Pattern) 装饰者模式,有时也叫包装者(Wrapper),主要用于静态或动态地为一个特定的对 ...
- Head First 设计模式 --3 装饰者模式 开闭原则
装饰者模式:动态的将责任附加到对象上,若要扩展功能,装饰者提供了比集成更有弹性的替代方案.设计原则:1:封装变化2:多用组合,少用继承3:针对接口编程,不针对实现编程4:为对象之间的松耦合设计而努力5 ...
- Java 设计模式泛谈&装饰者模式和单例模式
设计模式(Design Pattern) 1.是一套被反复使用.多人知晓的,经过分类编目 的 代码设计经验总结.使用设计模式是为了可重用代码,让代码更容易维护以及扩展. 2.简单的讲:所谓模式就是得到 ...
- Java设计模式——装饰者模式
JAVA 设计模式 装饰者模式 用途 装饰者模式 (Decorator) 动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator 模式相比生成子类更为灵活. 装饰者模式是一种结构式模式 ...
- C#设计模式(9)——装饰者模式(Decorator Pattern)
一.引言 在软件开发中,我们经常想要对一类对象添加不同的功能,例如要给手机添加贴膜,手机挂件,手机外壳等,如果此时利用继承来实现的话,就需要定义无数的类,如StickerPhone(贴膜是手机类).A ...
- 【读书笔记】读《JavaScript设计模式》之装饰者模式
一.定义 装饰者模式可用来透明地把对象包装在具有同样接口的另一个对象之中.这样一来,你可以给一个方法添加一些行为,然后将方法调用传递给原始对象.相对于创建子类来说,使用装饰者对象是一种更灵活的选择(装 ...
随机推荐
- TransactionScope 的基本原理简介
C# 的事务编程 1 Db事务 DbConnection 中创建基于当前连接的 DbTransaction 2 使用TransactionScope ,创建环境事务 一旦创建,在这个环境包含的DbC ...
- Linux ssh服务开启秘钥和密码认证
问题描述: 实现Linux秘钥和密码同时认证 解决方案: vim /etc/ssh/sshd_config 基本参数: PermitRootLogin yes #允许root认证登录 Password ...
- Web Service——CXF发布REST服务
1. 什么是REST REST,英文representational state transfer(表象性状态转变)或者表述性状态转移,REST是web服务的一种架构风格,使用HTTP.URI.XML ...
- tkinter Canvas画图片大坑总结
一.ImportError: cannot import name '_imagingtk' 问题描述 使用tkinter画pillow生成的图片时,在tkinter中抛出此异常. 解决方案 pip ...
- windows服务器开启openssl
windows服务器默认是没有开启openss的php扩展支持,不过一般服务器里面默认都已经安装了这个功能.自己开启一下就好,今天在安装某程序的时候,需要用到openss的支持,才发现windows服 ...
- Python学习笔记——MySQL的基本操作(2)
1 运算符操作(配合查.修.删操作) 数据库的语法结构 查:select * from 表名 where 字段名 运算符 数字/字符; 改:update 表名 set 字段名=值,... wher ...
- .NET中那些所谓的新语法
.NET中那些所谓的新语法之四:标准查询运算符与LINQ 摘要: 开篇:在上一篇中,我们了解了预定义委托与Lambda表达式等所谓的新语法,这一篇我们继续征程,看看标准查询运算符和LINQ.标准查询运 ...
- DBA_实践指南系列5_Oracle Erp R12日常运维和管理(案例)
2013-12-05 Created By BaoXinjian
- CXF+Spring+JAXB+Json构建Restful服务
话不多说,先看详细的样例: 文件文件夹结构: web.xml <?xml version="1.0" encoding="UTF-8"? > < ...
- java日志 -logback的使用和logback.xml详解(转)
一.logback的介绍 Logback是由log4j创始人设计的另一个开源日志组件,官方网站: http://logback.qos.ch.它当前分为下面下个模块: logback-core:其它两 ...