C#设计模式之装饰器模式实例详解

2024-09-30 10:02:31

最近踢了场球，9人制比赛，上半场我们采用防守阵型效果不佳，下半场采用进攻阵型取得了比赛的主动。我们上下半场所采取的策略，似乎可以用"装饰器"模式实现一遍。

首先肯定是抽象基类。

    public abstract class OurStrategy
    {
        public abstract void Play(string msg);
    }

通常，在上半场，我们一般都使用防守阵型。

    public class OurDefaultStategy : OurStrategy
    {
        public override void Play(string msg)
        {
            Console.WriteLine("上半场4-1-2-1防守阵型");
        }
    }

下半场，会根据上半场的态势而调整阵型。也就是需要实现OurStrategy这个抽象类。不过，先不急，我们还得先抽象出一个实现OurStrategy这个抽象类、充当装饰器的一个抽象类。

    public abstract class OurDecorator : OurStrategy
    {
        private OurStrategy _ourStrategy;
        public OurDecorator(OurStrategy ourStrategy)
        {
            this._ourStrategy = ourStrategy;
        }
        public override void Play(string msg)
        {
            if (_ourStrategy != null)
            {
                _ourStrategy.Play(msg);
            }
        }
    }

以上，这个充当装饰器的抽象类，接收某个实现OurStrategy抽象基类的子类实例，并执行OurStrategy抽象基类的方法Play。

接下来，实现OurDecorator这个充当装饰器的类。

    public class AttackStategy : OurDecorator
    {
        public AttackStategy(OurStrategy ourStrategy) : base(ourStrategy)
        {

        }
        public override void Play(string msg)
        {
            base.Play(msg);
            Console.WriteLine("下半场3-1-3-1进攻阵型");
        }
    }

以上，当然还可以写出很多OurDecorator的派生类。

客户端这样调用：

    class Program
    {
        static void Main(string[] args)
        {
            OurDecorator ourDecorator = new AttackStategy(new OurDefaultStategy());
            ourDecorator.Play("haha");
            Console.ReadKey();
        }
    }

以上，

通过new AttackStategy(new OurDefaultStategy())把new OurDefaultStategy()实例赋值给类充当装饰墙的抽象基类OurDecorator的_ourStrategy字段。

当执行ourDecorator.Play("haha")方法，首先来到AttackStategy的Play方法，执行base.Play(msg)，这里的base就是AttackStategy的抽象父类OurDecorator，再执行OurDecorator的Play方法，由于已经给OurDecorator的_ourStrategy字段赋值，_ourStrategy字段存储的是OurDefaultStategy实例，所以，base.Play(msg)最终执行的是OurDefaultStategy的Play方法，即把"上半场4-1-2-1防守阵型"显示出来。

最后执行AttackStategy的Play方法中的Console.WriteLine("下半场3-1-3-1进攻阵型")部分，把"下半场3-1-3-1进攻阵型"显示出来。

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对我们的支持。如果你想了解更多相关内容请查看下面相关链接

C#实现装饰器模式

场景:假设每次我们去超市购物,我们都会推一个购物车,有水果.蔬菜.肉类三种商品,提供给我们选择,那么这时候,如果使用装饰器模式,应该如何实现? 1.什么是装饰器模式首先我们知道,如果想要给一个类或者对象添加一些行为,可以通过继承这样的机制,通过子类继承父类的方式,使得子类在拥有自己的行为的时候,同时也继承了父类的一些方法.但是继承的方式,使得子类和父类之间的耦合增大了,并且这种方法是静态的,用户不能控制增加行为的方式和时机. 还有一种方式是使用关联机制,将一个类对象嵌入到另一个对象中,由另一个
C#装饰器模式(Decorator Pattern)实例教程

本文以实例形式详细讲述了C#装饰器模式的实现方法.分享给大家供大家参考.具体实现方法如下: 现假设有一个公司要做产品套餐,即把不同的产品组合在一起,不同的组合对应不同的价格.最终呈现出来的效果是:把产品组合的所有元素呈现出来,并显示该组合的价格. 每个产品都有名称和价格,首先设计一个关于产品的抽象基类. public abstract class ProductBase { public abstract string GetName(); public abstract double GetP
C#设计模式之适配器模式与装饰器模式的实现

目录结构型设计模式适配器模式实现代码总结装饰器模式实现代码结构型设计模式创建型设计模式主要是为了解决创建对象的问题,而结构型设计模式则是为了解决已有对象的使用问题. 适配器模式适配器模式比较好理解,因为在我们的日常生活中就很常见,如耳机转换线.充电器适配器.插座等,举个最常见的例子: 插座就是个适配器,将一个接口扩展为多个接口,将墙上的双孔接口转换为三孔接口.而这也就是适配器的作用:将一个接口转换为用户期望的另一个接口. 适配器的使用场景: 需要使用第三方SDK的核心功能,但其
PHP设计模式之装饰器模式实例详解

本文实例讲述了PHP设计模式之装饰器模式.分享给大家供大家参考,具体如下: 装饰器模式又叫装饰者模式.装饰模式是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能.它是通过创建一个包装对象,也就是装饰来包裹真实的对象. UML类图: 角色: 组件对象的接口:可以给这些对象动态的添加职责所有装饰器的父类:需要定义一个与组件接口一致的接口,并持有一个Component对象,该对象其实就是被装饰的对象. 具体的装饰器类:实现具体要向被装饰对象添加的功能.用来装饰具体的组件对象或者另外一个
C#设计模式之装饰器模式实例详解

最近踢了场球,9人制比赛,上半场我们采用防守阵型效果不佳,下半场采用进攻阵型取得了比赛的主动.我们上下半场所采取的策略,似乎可以用"装饰器"模式实现一遍. 首先肯定是抽象基类. public abstract class OurStrategy { public abstract void Play(string msg); } 通常,在上半场,我们一般都使用防守阵型. public class OurDefaultStategy : OurStrategy { public over
JavaScript设计模式之装饰者模式实例详解

本文实例讲述了JavaScript设计模式之装饰者模式.分享给大家供大家参考,具体如下: 这里我们通过需求逐渐引出装饰者模式. 下面是一个关于几代汽车的不同逐渐体现装饰者模式的. 首先,我们先引入一个接口文件----目的为检验实现类是否完全实现接口中的方法,代码如下, //定义一个静态方法来实现接口与实现类的直接检验 //静态方法不要写出Interface.prototype ,因为这是写到接口的原型链上的 //我们要把静态的函数直接写到类层次上 //定义一个接口类 var Interface=
JavaScript设计模式之调停者模式实例详解

本文实例讲述了JavaScript设计模式之调停者模式.分享给大家供大家参考,具体如下: 1.定义调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用.从而使他们可以松散偶合.当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用.保证这些作用可以彼此独立的变化.调停者模式将多对多的相互作用转化为一对多的相互作用.调停者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理. 2.使用的原因当对象之间的交互操作很多,且每个对象的行为操
JS设计模式之责任链模式实例详解

本文实例讲述了JS设计模式之责任链模式.分享给大家供大家参考,具体如下: 责任链设计模式: 在责任链模式里,很多对象由每一个对象对其下家的引用而连接起来形成一条链.请求在这个链上传递,直到链上的某一个对象决定处理此请求.发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求,这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任. 责任链模式涉及到的角色如下所示: ● 抽象处理者(Handler)角色:定义出一个处理请求的接口.如果需要,接口可以定义出一个方法以设定和返回对下家的引
python装饰器使用实例详解

这篇文章主要介绍了python装饰器使用实例详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 python装饰器的作用就是在不想改变原函数代码的情况下,增加新的功能.主要应用了python闭包的概念,现在用1个小例子说明 import time def foo(): time.sleep(1) def bar(): time.sleep(2) def show_time(f): def inner(): start_time = time.t
Java设计模式之享元模式实例详解

本文实例讲述了Java设计模式之享元模式.分享给大家供大家参考,具体如下: 解释一下概念:也就是说在一个系统中如果有多个相同的对象,那么只共享一份就可以了,不必每个都去实例化一个对象.比如说一个文本系统,每个字母定一个对象,那么大小写字母一共就是52个,那么就要定义52个对象.如果有一个1M的文本,那么字母是何其的多,如果每个字母都定义一个对象那么内存早就爆了.那么如果要是每个字母都共享一个对象,那么就大大节约了资源. 在Flyweight模式中,由于要产生各种各样的对象,所以在Flyweigh
JavaScript设计模式之享元模式实例详解

本文实例讲述了JavaScript设计模式之享元模式.分享给大家供大家参考,具体如下: 通过两个例子的对比来凸显享元模式的特点:享元模式是一个为了提高性能(空间复杂度)的设计模式,享元模式可以避免大量非常相似类的开销. 第一实例,没有使用享元模式,计算所花费的时间和空间使用程度. 要求为:有一个城市要进行汽车的登记 (1)汽车类 /** * 制造商 * 型号 * 拥有者 * 车牌号码 * 最近一次登记日期 */ var Car = function(make,model,year,owner,t
python函数装饰器用法实例详解

本文实例讲述了python函数装饰器用法.分享给大家供大家参考.具体如下: 装饰器经常被用于有切面需求的场景,较为经典的有插入日志.性能测试.事务处理等.装饰器是解决这类问题的绝佳设计, 有了装饰器,我们就可以抽离出大量函数中与函数功能本身无关的雷同代码并继续重用.概括的讲,装饰器的作用就是为已经存在的对象添加额外的功能. #! coding=utf-8 import time def timeit(func): def wrapper(a): start = time.clock() func
Java设计模式之抽象工厂模式实例详解

本文实例讲述了Java设计模式之抽象工厂模式.分享给大家供大家参考,具体如下: 具体工厂类:生产创建某一类具体产品对象. 抽象产品类可以使用接口或者父类来描述产品对象的行为特征. 具体产品类就是某一具体的对象. 那么抽象工厂模式和工厂模式的不同之处呢? 其实最大的不同就在于,在产品类的结构更加复杂时,抽象工厂模式针对不同的产品族(就是一类产品对象)定义了不同的行为,也就是在父类或接口中,定义了不同的产生方法.不同的产品族调用各自的创建方法.同时不同的产品族横向比较,也有可归类的相同特征,这些特征

C#设计模式之装饰器模式实例详解

相关推荐

随机推荐