.net设计模式之装饰模式(Decorator)

简介:

动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生产子类更加灵活——《大话设计模式》;

结构图:

优点:

  1. 装饰类和被装饰类可以独立发展,不会相互耦合;
  2. 动态的扩展一个对象的功能;
  3. 可以对一个对象进行多次装饰,让其具备更多的功能;

缺点:

  1. 多层装饰比较复杂,相应增加调试和维护的成本;
  2. 将产生许多小对象,势必会占用很多系统资源,一定程度上影响程序性能;

应用场景:

1.当系统需要新功能的时候,是向旧的类中添加新的代码。这些新的代码通常是装饰原有类的核心职责或主要行为,在主类中增加新字段,新方法,新逻辑,从而增加了主类的复杂度,而这些新加入的代码,只是为了满足一些在特定情况下才会执行的特殊行为的需要。装饰器模式就能很好的提供一个解决方案,它把每个要装饰的功能单独放在一个类中,并让这个类包装它所要装饰的对象,因此,当需要执行特殊行为时,客户端代码就可以在运行时根据需要有选择的,有顺序的使用装饰功能包装对象了。——《大话设计模式》

2.不想增加子类的情况下,扩展一个类。

注意事项:

  1. 被装饰类[Component]尽量保持单一职责,不要使其拥有太多功能;
  2. 装饰模式的装饰顺序很重要;

示例:

1.结构类的实现

被装饰抽象类和被装饰具体类

/// <summary>
/// 元件类
/// 被装饰的抽象对象
/// </summary>
 public abstract class Component
 {
  /// <summary>
  /// 对象的抽象操作
  /// </summary>
  public abstract void Operation();
 }

 /// <summary>
 /// 具体元件
 /// </summary>
 public class ConcreteComponent : Component
 {
  /// <summary>
  /// 对象的具体操作
  /// </summary>
  public override void Operation()
  {
   Console.WriteLine("元件具体操作!");
 }
}

装饰抽象类和具体装饰类

/// <summary>
/// 装饰类
 /// 装饰操作的抽象类
 /// </summary>
 public abstract class Decorator : Component
 {
  /// <summary>
  /// 被装饰的元件
  /// </summary>
  protected Component component;

  /// <summary>
  /// 设置元件
  /// </summary>
  /// <param name="component">被装饰的对象</param>
  public void SetComponent(Component component)
  {
   this.component = component;
  }

  /// <summary>
  /// 装饰操作
  /// 重新Operation(),实际执行的是Component的Operation()
  /// </summary>
  public override void Operation()
  {
   if (component != null)
   {
    component.Operation();
   }
  }
 }

 /// <summary>
 /// 具体装饰类A
 /// </summary>
 public class ConcreteDecoratorA : Decorator
 {
  /// <summary>
  /// 装饰A独有的属性
  /// 区别其他装饰类
  /// </summary>
  private string addedState;
  /// <summary>
  /// 装饰类B的操作
  /// </summary>
  public override void Operation()
  {
   base.Operation();
   addedState = "我是装饰A";
   Console.WriteLine(addedState);
  }
 }

 /// <summary>
 /// 具体装饰类B
 /// </summary>
 public class ConcreteDecoratorB : Decorator
 {
  /// <summary>
  /// 装饰类B的独有操作
  /// 区别其他装饰类
  /// </summary>
  private void AddedBehavior()
  {
   Console.WriteLine("装饰类B的独有操作");
  }
  /// <summary>
  /// 装饰类B的操作
  /// </summary>
  public override void Operation()
  {
   base.Operation();
   AddedBehavior();
   Console.WriteLine("装饰类B的操作");
 }
}

客户端

 ConcreteComponent cc = new ConcreteComponent();
 Decorator cda = new ConcreteDecoratorA();
 Decorator cdb = new ConcreteDecoratorB();
 cda.SetComponent(cc);
 cdb.SetComponent(cda);
 cdb.Operation();

 Console.WriteLine("*********************************");

执行结果

2.装饰器模式之DOTA英雄学习技能

英雄每次上级,会得到一个技能点学习技能。具体的英雄就相当于【ConcreteComponent】,技能栏就相当于【Decorator】,具体的技能就相当于【ConcreteDecoratorA】,【ConcreteDecoratorB】

英雄

 /// <summary>
 /// 英雄抽象类
 /// </summary>

 public abstract class Hero
 {
  public string HeroName;
  public abstract void LearnSkill();
 }
 /// <summary>
 /// 具体英雄
 /// 剑圣
 /// </summary>
 public class JUGG : Hero
 {
  public JUGG(string heroName)
  {
   HeroName = heroName;
  }
  public override void LearnSkill()
  {
   Console.WriteLine(HeroName + "学习了以上技能");
  }
 }

技能

 /// <summary>
 /// 技能栏,继续学技能
 /// </summary>
 public abstract class SkillDecorator : Hero
 {
  private Hero hero;
  public string skillName;
  public SkillDecorator(Hero hero, string skillName)
  {
   this.hero = hero;
   this.skillName = skillName;
  }
  public override void LearnSkill()
  {
   if (hero != null)
   {
    hero.LearnSkill();
   }
  }
 }
 /// <summary>
 /// 具体的技能Q
 /// </summary>
 public class QSkill : SkillDecorator
 {
  public QSkill(Hero hero, string skillName) : base(hero, skillName) { }
  public override void LearnSkill()
  {
   LearnQSkill();
   base.LearnSkill();
  }
  /// <summary>
  /// Q 技能 特性
  /// </summary>
  public void LearnQSkill()
  {
   Console.WriteLine("学习了{0}技能!", skillName);
  }
 }

 /// <summary>
 /// 具体的技能W
 /// </summary>
 public class WSkill : SkillDecorator
 {
  public WSkill(Hero hero, string skillName) : base(hero, skillName) { }
  public override void LearnSkill()
  {
   LearnWSkill();
   base.LearnSkill();
  }
  /// <summary>
  /// W 技能 特性
  /// </summary>
  public void LearnWSkill()
  {
   Console.WriteLine("学习了{0}技能!", skillName);
  }
 }

客户端

Hero jugg = new JUGG("剑圣");
SkillDecorator q = new QSkill(jugg, "剑刃风暴");
SkillDecorator w = new WSkill(q, "治疗守卫");
w.LearnSkill();

结果

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • 关于.NET Framework中的设计模式--应用策略模式为List排序

    简单类型排序 编程时遇到排序在平常不过,使用.Net最常见的就是对泛型List<T>进行排序,如果T是简单数据类型排序那么很简单 复制代码 代码如下: public List<int> SortSimpleList(List<int> list){list.Sort();return list;} 同样对string等简单类型List<T>排序均如此,如果我们要排的对象复杂了怎么办,我们知道List<T> sort()最后是用快速排序实现,快速排

  • Asp.Net设计模式之单例模式详解

    本文为大家分享了Asp.Net设计模式之单例模式,供大家参考,具体内容如下 一.设计目的:让项目中只显示一个实例对象 二.设计步骤: 创建一个类: 构建类类型静态变量: 定义返回值类为单例类型的静态方法: 判断静态变量instance是否为空:如果为空,就创建实例,然后给单例类中的字段进行赋值:如果不为空:返回此变量(return instance;) 单例模式创建成功: 三.项目相关名词或知识点解释 此处类类型:如果当前类为SingleCase,则此静态变量类型也要为SingleCase类型,

  • jQuery 验证插件 Web前端设计模式(asp.net)

    设计目标:建立一个基于jQuery框架的通用Web验证插件... 设计要求:1.需要漂亮的css样式及小图标的润饰... 2.基于jQuery框架... 3.调用.net Web 服务来实现与数据库的异步交互... 解决方案:1.首先,我们来设计三个类,分别用来显示Web给用户的视觉感知.它们分别是 .msg_warning{font-family:Arial,Helvetica,sans-serif,simsun; background:#e7f7ff url(register/MsgWarn

  • C#设计模式之Template模板方法模式实现ASP.NET自定义控件 密码强度检测功能

    本文实例讲述了C#设计模式之Template模板方法模式实现ASP.NET自定义控件 密码强度检测功能.分享给大家供大家参考,具体如下: 一.理论定义 模板方法模式 预先定义实现了一些基本属性和方法,需要重新计算的部分,通过子类去重写 或  增加新方法来实现. 二.应用举例 需求描述: ASP.NET自定义控件有很多通用的属性和事件, 通过继承System.Web.UI.WebControls.WebControl类,可以实现自定义控件. WebControl拥有控件基本的方法和事件,让我们定义

  • ASP.NET的适配器设计模式(Adapter)应用详解

    前天有一网友问及有关设计模式的适配器模式(Adapter)时,说不太好理解.让Insus.NET能否举个简单的例子来说明一下.下面的动画是Insus.NET做出来的效果: 上面的演示,两个灯的规格一样,要求输入的电压为15伏. Light1是直接使用,而Light2是使用Adapter(电源适配器).因此Light1只能接收15伏的电压,小于15伏,会提示电压过低,如果超过了15伏,Light1肯定被烧坏. Light2使用了电源适配器,它接收15伏至220的电压,在这电压范围之内,电源适配器会

  • C++设计模式之装饰模式(Decorator)

    装饰模式是一种经典的类功能扩展模式,其精髓在装饰类使用继承加聚合的方式获得接口和要实现对象,然后通过自己实现扩展接口 作用 装饰模式通过装饰类动态地将责任附加到对象上,若要扩展功能,无需通过继承增加子类就能扩展对象的新功能,提供了比继承更有弹性的替代方案,避免了子类数量膨胀带来的系统臃肿. 类视图 代码实现 class Component { public: Component(){} virtual ~Component(){} virtual void operation() = 0; };

  • .Net结构型设计模式之装饰模式(Decorator)

    目录 一.动机(Motivate) 二.意图(Intent) 三.结构图(Structure) 四.模式的组成 五 .装饰模式的具体代码实现 六.装饰模式的实现要点: 1.装饰模式的优点: 2.装饰模式的缺点: 3.在以下情况下应当使用桥接模式: 七..NET 中装饰模式的实现 一.动机(Motivate) 在房子装修的过程中,各种功能可以相互组合,来增加房子的功用.类似的,如果我们在软件系统中,要给某个类型或者对象增加功能,如果使用“继承”的方案来写代码,就会出现子类暴涨的情况.比如:IMar

  • Java设计模式之装饰模式原理与用法实例详解

    本文实例讲述了Java设计模式之装饰模式原理与用法.分享给大家供大家参考,具体如下: 装饰模式能在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能.它是通过创建一个包装对象,也就是装饰来包裹真实的对象.JDK中IO的设计就用到了装饰模式,通过过滤流对节点流进行包装来实现功能的扩展. 装饰模式的角色的组成: ① 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加工功能的对象.(InputStream.OutputStream) ② 具体构件(Concrete Co

  • php设计模式之装饰模式应用案例详解

    本文实例讲述了php设计模式之装饰模式.分享给大家供大家参考,具体如下: 介绍 装饰者模式(Decorator Pattern)允许你向一个现有的对象添加新的功能,同时又不改变其结构. 这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 主要角色 抽象构件(Component)角色:定义一个独享接口,以规范准备接收附加职责的对象,从而可以给这些对象动态的添加职责. 具体构件(Concre

  • Python设计模式之装饰模式实例详解

    本文实例讲述了Python设计模式之装饰模式.分享给大家供大家参考,具体如下: 装饰模式(Decorator Pattern):动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活. 下面是一个给人穿衣服的过程,使用装饰模式: #!/usr/bin/env python # -*- coding:utf-8 -*- __author__ = 'Andy' """ 大话设计模式 设计模式--装饰模式 装饰模式(Decorator Pattern):动态

  • Java设计模式之装饰模式详解

    一.装饰模式引入例子 一个快餐店计算价格问题举例: 快餐店有炒面.炒饭这些快餐,可以额外附加鸡蛋.火腿.培根这些配菜,加配菜需要额外加钱,并且每个配菜的价钱不一样,计算快餐价格如何实现? 1.1 一般设计 1.2 使用继承方式的一般设计存在的问题 横向扩展性不好:如果要再加一种配料(火腿肠),我们就会发现需要给FriedRice和FriedNoodles分别定义一个子类.如果要新增一个快餐品类(炒河粉)的话,就需要定义更多的子,会出现类爆炸的问题. 继承适合于纵向扩展 二.装饰模式 2.1 装饰

  • java设计模式之装饰模式详细介绍

    1.    装饰模式(Decorator)的定义:又名包装(Wrapper)模式,装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案. 2.    装饰模式以对客户端透明的方式动态的给一个对象附加上更多的责任.换言之客户端并不会觉的对象在装饰前和装饰后有什么区别. 3.    装饰模式可以在不创造更多的子类的模式下,将对象的功能加以扩展. 4.    装饰模式与类继承的区别: 1)    装饰模式是一种动态行为,对已经存在类进行随意组合,而类的继承是一种静态的行为,一个类定义成

  • Java通俗易懂系列设计模式之装饰模式

    介绍 装饰模式,是面向对象编程领域中,一种动态地往一个类中添加新的行为的设计模式.就功能而言,装饰模式相比生成子类更为灵活,这样可以给某个对象而不是整个类添加一些功能. 意图:动态地给一个对象添加一些额外的职责和增加功能. 主要解决:一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀. 何时使用:在不想增加很多子类的情况下扩展类. 如何解决:将具体功能职责划分,同时继承装饰者模式. 关键代码: 1.Component 类充当抽象角色,不

  • .net设计模式之装饰模式(Decorator)

    简介: 动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生产子类更加灵活--<大话设计模式>: 结构图: 优点: 装饰类和被装饰类可以独立发展,不会相互耦合: 动态的扩展一个对象的功能: 可以对一个对象进行多次装饰,让其具备更多的功能: 缺点: 多层装饰比较复杂,相应增加调试和维护的成本: 将产生许多小对象,势必会占用很多系统资源,一定程度上影响程序性能: 应用场景: 1.当系统需要新功能的时候,是向旧的类中添加新的代码.这些新的代码通常是装饰原有类的核心职责或主要行为,在主类中

  • Java设计模式之装饰模式(Decorator模式)介绍

    Decorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必须的. Decorator定义:动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活. 为什么使用Decorator 我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生

随机推荐