C#之装饰者_.NET_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > .NET > C#之装饰者

C#之装饰者

 2014/5/18 13:23:40  金源  博客园  我要评论(0)
  • 摘要:IronMan之装饰者前言上一篇的文章我们讲到要给"IronMan"配备"武器",并且还使用了"武器",效果还是不错的,对于多种环境、多种攻击方式的"武器"使用,我们已经掌握了。有的朋友没有看过上一篇文章,那也没关系,此篇的重点不会涉及到上一篇的内容。好吧,废话不多说,直接进入正题,这里简要的介绍下,本人一直在为一家"玩具厂"服务,致力于"IronMan"(钢铁侠)的研究,前面的几个篇幅都是在介绍怎么去合理的生产组成"IronMan"的"部件",以及最近需求的变更,需要"部件"可携带武器
  • 标签:C#

IronMan之装饰者

 

前言

上一篇的文章我们讲到要给"IronMan"配备"武器",并且还使用了"武器",效果还是不错的,对于多种环境、多种攻击方式的"武器"使用,我们已经掌握了。 有的朋友没有看过上一篇文章,那也没关系,此篇的重点不会涉及到上一篇的内容。

好吧,废话不多说,直接进入正题, 这里简要的介绍下,本人一直在为一家"玩具厂"服务,致力于"IronMan"(钢铁侠)的研究,前面的几个篇幅都是在介绍怎么去合理的生产组成"IronMan"的"部件",以及最近需求的变更,需要"部件"可携带武器,并且能攻击,于是在上一篇中讲到了"武器"的使用,感兴趣的朋友可以去看看。 那我们要如何的去把"武器"和"部件"整合在一起呢?

问题的发现

先来看一下本篇篇幅要用到的一些"部件"和"武器"的结构, 部件的:

 1     public abstract class Component
 2     {
 3        ///之间的代码于本篇幅无关
 4        private string strName = string.Empty;
 5         /// <summary>
 6         /// 名称
 7         /// </summary>
 8         public string Name
 9         {
10             get { return strName; }
11             set { strName = value; }
12         }
13         /// <summary>
14         /// 自我描述
15         /// </summary>
16         public abstract void Self_Described();
17     }
18     public class RightHandComponent : Component
19     {
20         public RightHandComponent() : this("毅代先锋号一代右部件") { }
21         public RightHandComponent(string strname)
22         {
23             base.Name = strname;

24         }
25         public override void Self_Described()
26         {
27             Console.WriteLine("自描述:我是->" + base.Name);
28         }
29     }
30     public class LeftHandComponent : Component
31     {
32         public LeftHandComponent() : this("毅代先锋号一代左部件") { }
33         public LeftHandComponent(string strname)
34         {
35             base.Name = strname;
36         }
37         public override void Self_Described()
38         {
39             Console.WriteLine("自描述:我是->" + base.Name);
40         }
41     }

武器的:
(这里的结构经过简化,跟上个篇幅没有联系,感兴趣的朋友可以按照上个篇幅的"武器"结构来设计)

 

 1     /// <summary>
 2     /// 武器
 3     /// </summary>
 4     public abstract class Weapon
 5     {
 6         /// <summary>
 7         /// 攻击
 8         /// </summary>
 9         public abstract void Attack();
10     }
11     /// <summary>
12     /// 激光武器
13     /// </summary>
14     public class LaserWeapon : Weapon
15     {
16         public override void Attack()
17         {
18             //LaserAttack
19             Console.WriteLine("激光武器");
20         }
21     }
22     /// <summary>
23     /// 导弹武器
24     /// </summary>
25     public class MissileWeapon : Weapon
26     {
27         public override void Attack()
28         {
29             //MissileAttack
30             Console.WriteLine("导弹武器");
31         }
32     }

看到这样的结构,会想说怎么去为"部件"提供额外的功能呢?让各种武器继承自"部件"?N种武器怎么办?那"部件"的结构是多么大啊!!!想一下都觉得可怕。

 

问题的解决

不过还好,有设计模式的存在,在这种特定的情况下首先想到的就是"装饰者"模式。 旧版的"部件"和"武器"已经满足不了现在的需求了(可以满足,但是这样整合起来显得过于复杂和庞大,对于初学者可能不太容易学习,所以这里这样说)。 我们重新来升级"部件"和"武器"的结构:

 1     /// <summary>
 2     /// 新升级的武器规范
 3     /// </summary>
 4     public interface IWeaponUpgrade
 5     {
 6         /// <summary>
 7         /// 是武器了,当然要具备攻击性了,不然也不叫武器
 8         /// </summary>
 9         void Attack();
10     }
11     /// <summary>
12     /// 新升级的部件 支持携带武器(因为已经支持携带了武器,它自然而然的也归纳与武器一类)
13     /// 此部件为简化版(便于学习)——。
14     /// </summary>
15     public class ComUpgrade:IWeaponUpgrade
16     {
17         public void Attack()
18         {
19             Console.WriteLine("IronMan的某部件开始输出攻击:");
20         }
21     }

所以这里的"部件"也就是"武器"了,因为"部件"是被动武器,它自身并没有攻击能力,它需要安装主动性的武器(也就是需要给它装饰上真正具有攻击性的武器),
那我们再来看一下主动性攻击武器的结构:

 1     /// <summary>
 2     /// 武器包装器,主动性攻击武器要实现。功能:可以塞入任何武器类型,并且使得塞入的武器获得此武器(可是实现了此类的子类)的功能
 3     /// </summary>
 4     public class WeaponDecorator : IWeaponUpgrade
 5     {
 6         protected IWeaponUpgrade weaponUpgrade;
 7         public WeaponDecorator(IWeaponUpgrade weapon)
 8         {
 9             this.weaponUpgrade = weapon;
10         }
11         public virtual void Attack()
12         {
13             this.weaponUpgrade.Attack();
14         }
15     }
16     /// <summary>
17     /// 匕首
18     /// </summary>
19     public class Knife : WeaponDecorator
20     {
21         public Knife(IWeaponUpgrade weapon)
22             : base(weapon)
23         { }
24         public override void Attack()
25         {
26             base.Attack();
27             Console.WriteLine("匕首攻击");
28         }
29     }
30     /// <summary>
31     /// 锤子
32     /// </summary>
33     public class Hammer : WeaponDecorator
34     {
35         public Hammer(IWeaponUpgrade weapon)
36             : base(weapon)
37         { }
38         public override void Attack()
39         {
40             base.Attack();
41             Console.WriteLine("锤子攻击");
42         }
43     }

要使用的结构都定义好了,现在来看一下使用的情况:

1 ComUpgrade comupgrade = new ComUpgrade();
2 Knife knife = new Knife(comupgrade);
3 Hammer hammer = new Hammer(knife);
4 hammer.Attack();

看一下结果 图1

这样的结构就是比较完美的了,"部件"(也就是被动武器)的变化或者是装饰武器(主动性武器)的变化两者间是不会受影响的,可以随便新增新的"武器"到"部件"上,而且装饰武器之间也是可以相互装饰的,对于扩展"部件"的功能,这种方式比继承漂亮多了。细心的人会发现,还有跟装饰的顺序有关系,是这样的。 对于功能的扩展或许体现不出来装饰顺序的优美,但是在业务流程的需求里就能体现了,这一点就好比是那种业务链,比如是:网上商场的业务,选择商品->加入购物车->付款(这里只是举例),这样的一条业务,也可以是 选择商品->付款,是的,都是可以直接付款的,这里就可以把“加入购物车”、“付款”定义为装饰者对象,可以把用户信息定义为被装饰者,可以是“加入购物车”然后再“付款”,也可是直接“付款”,想想看这样用装饰者模式是不是很简单的就实现了。

END

 

 

 

作者:金源

出处:http://www.cnblogs.com/jin-yuan/

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面

发表评论
用户名: 匿名