head first (三):装饰者模式

看到别人写的,都看不进去,算了还是自己手写一遍吧,算是帮助自己理解了。写的比较简单,例子也比较好懂,什么时候使用自己看着办。

1.定义

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

装饰者和被装饰者对象都哟相同的超类。

装饰者会使程序中出现很多小类,增加使用难度

可以透明的插入装饰者,客户都不知道是和装饰者打交道

2:使用场景

对象由主体+许多可选的部件或者功能构成,使用继承或者接口会产生很多类,且很难扩展。

例如,现在需要一杯饮料,主体是水,可以选择添加甜味、咸等其他味道,这种情况下就可以使用装饰者模式。

3:代码实现

基类,抽象类

    public abstract class Drink
    {
        public string DrinkName = "";

        //直接打印出名称
        public void PrintName()
        {
            Console.WriteLine(DrinkName);
        }

        public abstract double Cost();

    }

被装饰者,水。也可以是茶和其他的饮料

    public class Water : Drink
    {
        public Water()
        {
            DrinkName = "水";
        }

        public override double Cost()
        {
            return 2;
        }
    }

装饰者,加糖,盐等

    /// <summary>
    /// 甜味,每份2元,有点贵额
    /// </summary>
    public class Sweet:Drink
    {
        private Drink BaseDrink;
        public Sweet(Drink drink)
        {
            BaseDrink = drink;
            DrinkName = " 加糖"+BaseDrink.DrinkName;
        }

        public override double Cost()
        {
            return BaseDrink.Cost()+2;
        }
    }
    /// <summary>
    /// 加盐
    /// </summary>
    public class Salt : Drink
    {
        private Drink BaseDrink;
        public Salt(Drink drink)
        {
            BaseDrink = drink;
            DrinkName = " 加盐"+BaseDrink.DrinkName ;
        }

        public override double Cost()
        {
            return BaseDrink.Cost() + 1;
        }
    }

老板来一份 加一份盐,2份甜味的水,这个味道重口味额

        static void Main(string[] args)
        {
            Drink OrderDrink = new Water();

            OrderDrink = new Sweet(OrderDrink);

            OrderDrink = new Sweet(OrderDrink);

            OrderDrink = new Salt(OrderDrink);

            OrderDrink.PrintName();

            Console.WriteLine("您所需的价钱为:"+OrderDrink.Cost());

            Console.ReadKey();
        }

好了,饮料来了,付钱吧!骚年...

head first (三):装饰者模式,布布扣,bubuko.com

时间: 2024-10-13 22:25:49

head first (三):装饰者模式的相关文章

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

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

设计模式(三):装饰器模式

一.概述 装饰器模式动态地将责任附加到对象上.想要扩展功能,装饰者提供了有别于继承的另一种选择.简单描述就是包装对象,让对象提供新的行为. 二.解决问题 当一个类想要获得一个行为,我们会想到面向对象四大特性之一的继承,继承能够让子类从父类中获得行为,实现很好的代码复用.但这种继承而来的行为是在编译时静态决定的,而且所有的子类都会继承相同的行为.如果我们想要扩展对象的行为,就要创建一个子类来修改父类的方法(也就是覆盖父类行为),每扩展一个行为就要创建一个子类,这样会带来很多问题.第一,如果需要扩展

Java设计模式(三)-装饰者模式

我们都知道,可以使用两种方式给一个类或者对象添加行为. 一是使用继承.继承是给一个类添加行为的比较有效的途径.通过使用继承,可以使得子类在拥有自身方法的同时,还可以拥有父类的方法.但是使用继承是静态的,在编译的时候就已经决定了子类的行为,我们不便于控制增加行为的方式和时机. 二是使用关联.组合即将一个对象嵌入到另一个对象中,由另一个对象来决定是否引用该对象来扩展自己的行为.这是一种动态的方式,我们可以在应用程序中动态的控制. 与继承相比,关联关系的优势就在于不会破坏类的封装性,且具有较好的松耦合

HeadFirst设计模式 之 C++实现(三):Decorator(装饰者模式)

装饰者模式是很有意思的一种设计模式,你将能够在不修改任何底层代码的情况下,给你的(或别人的)对象赋予新的职责.不是使用继承每回在编译时超类上修改代码,而是利用组合(composition)和委托(delegation)可以在运行时具有继承行为的效果. 代码应该如同晚霞中的莲花一样地关闭(免于改变),如同晨曦中的莲花一样地开放(能够扩展). 这就是,设计原则之五:类应该对扩展开放,对修改关闭. 通常情况下,我们不会对代码的每一处设计都采用该原则,我们实在没有闲工夫把设计的每个部分都这么设计(而且,

设计模式(三)_装饰器模式

上篇学习了策略模式,现在回想下,什么是策略模式,好了.本篇主要介绍装饰器模式,just do it! 什么是装饰器模式 装饰器模式指的是动态的将责任附加到对象上.若要扩展功能,装饰器模式提供了比继承更弹性的替代方案. 如何使用装饰器模式 老王来到商场买衣服,需要买衣服,裤子,帽子...... public class Wang { public void show(){ System.out.println("我穿上衣服,累计花费100元"); System.out.println(&

设计模式之装饰者模式(三)

欢迎大家的持续关注.上一次,我们结合第一篇推导出来的类图,到第二篇根据类图进行实际代码的编写,对装饰者模式有了一个整体的概念以及实战.不知道对你帮助如何呢?小编已经有门道了,看完接下来的一部分,你会恍然大悟,原来实际编码中你一直在用装饰者模式. 真实世界的装饰者:Java I/O 看到标题,是不是就很想往下看,到底是I/O中的什么呢,让你早已经拥有了装饰者模式的实践?就如书上给的描述,你第一次(还有第二次和第三次)看到这些API发出"哇"的惊叹时,放心,你不是唯一收到惊吓的人.下面,我

设计模式三之装饰者模式1

装饰者模式,真是越来越生活化了,其实设计不就是源于生活高于生活吗?人类,一般总是把生活中观察的东西作为原料才能抽象出东西.装饰者模式,就是用各种装饰者对象来给被装饰者装饰,达到人们的多种多样的需求.不举咖啡的例子,实在没喝过几杯正式的咖啡.考虑炒饭,主要的原材料就是饭,但是变种非常多,近几天我就吃过和有深印象的,扬州炒饭.生牛肉炒饭.五香肉丁炒饭.XO酱海鲜炒饭.黄金炒饭.蛋炒饭等,像什么牛肉.葱花.肉丁.鸡蛋就是装饰者了,厨师用他们炒出(装饰出)各种饭.这种模式的优点是可以订制各种各样的需求,

设计模式(三)装饰者模式Decorator

装饰者模式针对的问题是:对一个结构已经确定的类,在不改变该类的结构的情况下,动态增加一些功能. 一般来说,都是对一些已经写好的架构增加自己的功能,或者应对多种情况,增加功能. 我们还是来玩一句红警,首先我们进入游戏,这时我们只有一个基地车,右边的界面有个黑色的框,什么操作也没有. 这里,我们假定有个操作的接口Operation public interface Operation { //操作 public void doOperation(); } 我们自己,叫做一个MyOperation,实

设计模式(三)—— 装饰者模式

装饰者模式:动态地将责任附加到对象上.若要拓展功能,装饰者提供了比继承更有弹性的替代方案. 一般装饰者包括组件和装饰者对象,组件基类包含所需要装饰的部分,具体组件和装饰类都继承与组件基类.这样做的保证是能让装饰者与组件是同一个类型. 装饰类一般有组件的引用对象,通过引用对象完成装饰功能,并且可以拓展新的功能.像Java中的I/O. 装饰模式比继承要灵活.避免了继承体系臃肿.而且降低了类于类之间的关系.(继承体系的时候,缓冲类,必须继承相应的类.) 装饰类因为增强已有对象,具备的功能和已有的是相同