一,装饰者模式(Decorator Pattern):装饰模式指的是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。

二,在以上代码中我们是中国人是根本行为,我们给中国人装饰我会说英语,我会说日语和我会说英语我会说日语这三种行为,那按正常的理解来说,这是多态,那我们对People中的Say我们是不是需要有三种实现方法呢?三种还是比较好解决,但是如果我们有N种呢?难道我们要有N个实现类么?这时我们就可以使用装饰者模式。

1》我们抽象People这个类,还有抽象的Say方法方法,这时People就可以有多国人的实现,我们使用一种中国人,假设,这是我们现有的代码的,但根据需求,我们需要给中国人添加我会说英语,我会说日语和我会说英语我会说日语这三种行为,那该怎么办?根据以往想法,一般如下设计:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks; namespace Demo
{
class Program
{
static void Main(string[] args)
{
People p = new Englist();
p.Say();
People p1 = new Jan();
p1.Say();
People p2 = new JE();
p2.Say();
}
}
public abstract class People
{
public abstract void Say();
}
public class Chinese : People
{
public override void Say()
{
Console.WriteLine("我是中国人");
}
}
public class Englist : Chinese
{
public override void Say()
{
base.Say();
Console.WriteLine("我是会说英语");
}
}
public class Jan : Chinese
{
public override void Say()
{
base.Say();
Console.WriteLine("我是会说日语");
}
}
public class JE : Chinese
{
public override void Say()
{
base.Say();
Console.WriteLine("我是会说英语和日语");
}
}
}

2》然而我们如果还有N种装饰中国人,难道要写N个子类?但是明显是不合理的,这时我们该怎么对chinese扩展呢?我们使用装饰者模式看看,如下代码:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks; namespace _8.装饰者模式
{
//装饰模式指的是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。
class Program
{
static void Main(string[] args)
{
People p = new Chinese(); //没有扩展的实现 Decorator d = new Englist(p); //将会说英语的扩展给中国人
d.Say();
Console.WriteLine("----------------------\n"); Decorator d1 = new Jan(p); //将会说日语的扩展给中国人
d1.Say();
Console.WriteLine("----------------------\n"); Englist e = new Englist(p); //将会说英语和日语的扩展给中国人,这里是装饰者模式的核心,当我们存在这里三种可能的组合时,正常逻辑可能是每一种都实现一次,这样就存在三个实现子类,但是如果可能组合有几十上百种怎么办,这时我们可以使用装饰者模式,在代码中,我们只是实现说英语和说日语的两种可能,但我们可以实现组合得出第三种可能,这样代码就可以减少很多。
Jan j = new Jan(e);
j.Say();
}
} public abstract class People
{
public abstract void Say();
}
public class Chinese : People
{
public override void Say() //根本的行为
{
Console.Write("我是中国人");
}
} public abstract class Decorator : People
{
public People people;
public Decorator(People p)
{
this.people = p;
} public override void Say()
{
people.Say();
}
}
public class Englist : Decorator
{
public Englist(People p)
: base(p)
{
} public override void Say()
{
base.Say(); // 添加新的行为,动态地扩展一个对象的功能
SayEnglish();
} /// <summary>
/// 新的行为方法
/// </summary>
public void SayEnglish()
{
Console.WriteLine("我会说英语");
}
} public class Jan : Decorator
{
public Jan(People p)
: base(p)
{
} public override void Say()
{
base.Say(); // 添加新的行为,动态地扩展一个对象的功能
SayJan();
} /// <summary>
/// 新的行为方法
/// </summary>
public void SayJan()
{
Console.WriteLine("我会说日语");
}
}
}

两个代码对比,我们是不是发现少了一个子类的实现?,这样也减少了代码量。

3》但为什么下面代码可以实现两种组合?我们来理清点思路

Englist e = new Englist(p);
Jan j = new Jan(e);
j.Say();

在上文中,我们的Englist 是继承Decorator而构造变量是People类型,但我们实例Englist 时,我们也传入了一个抽象people接收Chinese创建的中国人实例的变量进来,然后传给Englist ,而此时,人的对象已经传给Englist ,而Englist继承decorator,同时decorator继承people,我们重写Say()并调用的中国人的实现的方法Say()和调用SayEnglist(),这样我们就可以给原本的中国人装饰上说英语这一行为,如下代码:

     public override void Say()
{
base.Say(); // 添加新的行为,动态地扩展一个对象的功能
SayEnglist();
}

4》那我们要同时说英语的日语呢?

根据3》中我么可以知道3中的Say方法代码已经综合了说英文,我们的思路是不是可以说,重写英语的Say(),调用英语的Say()和调用说日语的方法SayJan()就可以了?而不是说实现多一个子类。那为什么下面这句代码可以实现呢?综合了两种说话的行为呢?

Jan j = new Jan(e);

我们来理解下,在上文我们实例的英语已经重写了Say的方法,而此时的Say()是已经包含了说英语的功能,同时Englist继承的父类最根本的就是people,根据继承的原则,我们是不是可以将Englist对象传给people,这里我们在看看Jan内重写Say()方法,并调用说日语的方法,这时不就可以同时给中国人添加两种行为了么

5》相对于同一个具体物件装饰器

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks; namespace _08.装饰者模式
{
/// <summary>
/// 装饰者模式属于结构型模式,装饰模式是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。
/// 装饰者模式通过创建一个包装对象(wrapper),也就是用装饰来包裹真实的对象。
/// </summary>
class Program
{
static void Main(string[] args)
{
People p = new China();
p = new PeopleDecorator(p);
p = new Chinese(p);
p = new Englist(p);
p.DoSome();
}
}
/// <summary>
/// People充当抽象构件。
/// </summary>
public abstract class People
{
public abstract void DoSome();
}
/// <summary>
/// China充当具体构件
/// </summary>
public class China: People
{
public override void DoSome()
{
Console.WriteLine("我是中国人!!!");
}
}
/// <summary>
/// 抽象装饰(Decorator)
/// </summary>
public class PeopleDecorator : People
{
private People _people = null;
public PeopleDecorator(People people)
{
this._people = people;
}
public override void DoSome()
{
_people.DoSome();
}
}
/// <summary>
/// 具体装饰(Concrete Decorator)
/// </summary>
public class Chinese : PeopleDecorator
{
private People _people = null;
public Chinese(People people) : base(people)
{
this._people = people;
}
public override void DoSome()
{
_people.DoSome();
Console.WriteLine("我说中文");
}
}
/// <summary>
/// 具体装饰(Concrete Decorator)
/// </summary>
public class Englist : Chinese
{
private People _people = null;
public Englist(People people) : base(people)
{
this._people = people;
}
public override void DoSome()
{
_people.DoSome();
Console.WriteLine("我说英语");
}
}
}

C#设计模式:装饰者模式(Decorator Pattern)的更多相关文章

  1. 浅谈设计模式--装饰者模式(Decorator Pattern)

    挖了设计模式这个坑,得继续填上.继续设计模式之路.这次讨论的模式,是 装饰者模式(Decorator Pattern) 装饰者模式,有时也叫包装者(Wrapper),主要用于静态或动态地为一个特定的对 ...

  2. 设计模式 - 装饰者模式(Decorator Pattern) Java的IO类 用法

    装饰者模式(Decorator Pattern) Java的IO类 用法 本文地址: http://blog.csdn.net/caroline_wendy/article/details/26716 ...

  3. 设计模式 - 装饰者模式(Decorator Pattern) 具体解释

    装饰者模式(Decorator Pattern) 具体解释 本文地址: http://blog.csdn.net/caroline_wendy/article/details/26707033 装饰者 ...

  4. C#设计模式——装饰者模式(Decorator Pattern)

    一.例子在软件开发中,我们往往会想要给某一类对象增加不同的功能.比如要给汽车增加ESP.天窗或者定速巡航.如果利用继承来实现,就需要定义无数的类,Car,ESPCar,CCSCar,SunRoofCa ...

  5. 设计模式学习--装饰者模式(Decorator Pattern)

    概念: 装饰者模式(Decorator Pattern): 动态地将功能添加到对象,相比生成子类更灵活,更富有弹性. 解决方案: 装饰者模式的重点是对象的类型,装饰者对象必须有着相同的接口,也也就是有 ...

  6. 大话设计模式--装饰者模式 Decorator -- C++实现实例

    1.装饰者模式 Decorator 动态地给一个对象添加一个额外的职责, 就添加功能来说, 装饰模式比生成子类更为灵活. 每个装饰对象的实现和如何使用这个对象分离,  每个装饰对象只关心自己的功能,不 ...

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

    装饰器模式(Decorator Pattern) 允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包 ...

  8. 设计模式(三):“花瓶+鲜花”中的装饰者模式(Decorator Pattern)

    在前两篇博客中详细的介绍了"策略模式"和“观察者模式”,今天我们就通过花瓶与鲜花的例子来类比一下“装饰模式”(Decorator Pattern).在“装饰模式”中很好的提现了开放 ...

  9. C#设计模式之装饰者模式(Decorator Pattern)

    1.概述 装饰者模式,英文名叫做Decorator Pattern.装饰模式是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能.它是通过创建一个包装对象,也就是装饰来包裹真实的对象. 2 ...

  10. Android设计模式之中的一个个样例让你彻底明确装饰者模式(Decorator Pattern)

    导读 这篇文章中我不会使用概念性文字来说明装饰者模式.由于通常概念性的问题都非常抽象.非常难懂.使得读者非常难明确究竟为什么要使用这样的设计模式.我们设计模式的诞生,肯定是前辈们在设计程序的时候遇到了 ...

随机推荐

  1. JS window对象 返回前一个浏览的页面 back()方法

    JS window对象 返回前一个浏览的页面 back()方法,加载 history 列表中的前一个 URL. 语法: window.history.back();   返回前一个浏览的页面 back ...

  2. 小程序Page里的函数比app.js先执行的解决办法

    问题描述: 当我们初始化一个小程序时,默认文件 app.js 中有onLaunch函数, onLaunch: function () { console.log("onLaunch" ...

  3. numpy中tile的用法

    a=arange(1,3) #a的结果是: array([1,2]) 1,当 tile(a,1) 时: tile(a,1) #结果是 array([1,2]) tile(a,2) #结果是 array ...

  4. easyui加载json菜单的相关代码

    /** * 取菜单数据 */ $(function getmenujson() { $.ajax({ type: "GET", cache: false, url: "/ ...

  5. 【HbuilerX-Bug】终端无法显示打印信息,也无法输入

    经过调试HbuilderX“终端”插件,最终定位问题,问题是插件在打开终端时,无法定位具体的窗口程序,如“cmd.exe”.“powershell.exe”等.可能产生原因:1.可能是电脑系统升级产生 ...

  6. hdu 6050: Funny Function (2017 多校第二场 1006) 【找规律】

    题目链接 暴力打个表找下规律就好了,比赛时看出规律来了倒是,然而看这道题看得太晚了,而且高中的那些数列相关的技巧生疏了好多,然后推公式就比较慢..其实还是自身菜啊.. 公式是 #include< ...

  7. 谷歌浏览器 安装 Vue.js devtools 工具

    如果是vue写的项目,谷歌浏览器右上角的vue小图标会亮起!下面介绍如何安装 1.谷歌浏览器插件商店可以点击安装[需要梯子] 2.vue官网有对应的安装包,需要自己手动 npm run build 一 ...

  8. DEDECMS编辑器粘贴Word

    我司需要做一个需求,就是使用富文本编辑器时,不要以上传附件的形式上传图片,而是以复制粘贴的形式上传图片. 在网上找了一下,有一个插件支持这个功能. WordPaster 安装方式如下: 直接使用Wor ...

  9. vue双向数据绑定v-model

    1.双向数据绑定 <input v-model="msg" /> <template> <div id="app"> < ...

  10. (转)Hyper-v 安装CentOS 7 (其他虚拟机一样参考)

    转:https://www.cnblogs.com/dunitian/p/4976077.html 平台之大势何人能挡? 带着你的Net飞奔吧!http://www.cnblogs.com/dunit ...