一个插排引发的设计思想 (三) 委托与事件

 

一个插排引发的设计思想 (一) 观察者模式

一个插排引发的设计思想 (二) 抽象类与接口

一个插排引发的设计思想 (三) 委托与事件

...待续....

 

前两篇文章循序渐进的介绍了观察者模式、抽象类和接口, 并分析了抽象类和接口的不同.

结尾处有这样的问题:

无论是抽象类还是接口, 都是将设备本身放入了插排的集合中, 那么我们是否可以将此处的参数改为设备的Input方法呢?

那么我们就用到了委托Delegate.

   public delegate void InputDelegate(int left, int right);

看到接下来的代码, 老鸟别笑, 请允许我"循序渐进"的引导着思路重构.

我们用委托InputDelegate定义了插头的标准. 那么原来的代码改变一下

一. 用方法作为参数传递, 代替原来的整个设备

    public delegate void InputDelegate(int left, int right);
    public class OutPut
    {
        public OutPut()
        {
            this.EACollection = new List<InputDelegate>();
        }
        private List<InputDelegate> EACollection;
        public void powered(int left, int right)
        {
            foreach (var item in EACollection)
            {
                item(left, right);
            }
        }
        public void AddInput(InputDelegate item)
        {
            EACollection.Add(item);
        }

        public void RemoveInput(InputDelegate item)
        {
            EACollection.Remove(item);
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            OutPut op = new OutPut();
            op.AddInput(new TV().Input);
            op.AddInput(new ElectricKettle().InputAAAA);

            op.powered(220, 0);

            Console.ReadKey();
        }
    }

原来的TV和ElectricKettle无需任何继承任何抽象类和接口, 只要有和定义的Delegate一样的方法签名的方法即可.

甚至名字都可以不一样, 例如ElectricKettle的input方法我随便改了一下改成了InputAAAA依然没问题.

    public class ElectricKettle
    {
        public void InputAAAA(int left, int right)
        {
            Heat();
        }

        private void Heat()
        {
            Console.WriteLine("I am heating");
        }
    }

通过上面的方法, 我们把插入插排的参数由整个设备改成了设备的插头. 

功能是实现了, 但Delegate用起来没必要那么麻烦, 我们继续改

二. 用+=和-=来操作

我们改造一下Output类

    public delegate void InputDelegate(int left, int right);
    public class OutPut
    {
        public InputDelegate inputDelegate;
        public void powered(int left, int right)
        {
            inputDelegate(left, right);
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            OutPut op = new OutPut();
            op.inputDelegate += new TV().Input;
            op.inputDelegate += new ElectricKettle().InputAAAA;

            op.powered(220, 0);

            Console.ReadKey();
        }
    }

简洁多了, 根据Delegate的特性, 插排集本身也被inputDelegate代替了.

在调用的时候, 我们只需将input方法 +=到该inputDelegate即可.

三. 委托和事件

上面的例子貌似已经很好了, 但既然是插排, 也就是可能会有好多插头来插拔, 而插头之间互不干涉, 调用的位置可能存在于系统的任何位置 .

但上面的代码让我们想到一个问题,

我们把"集和"暴露出来了, 之前的 private List<IGBElectricalable> EACollection是私有的, 只可以通过add和 remove两个方法操作.

现在我们把它public了,  哪个捣蛋的写了一句op.inputDelegate = null,  把插排都弄没了, 让别的插头怎么办.

所以我们还希望像原来那样只提供增减的方法, 不允许赋值, 这里我们就用到了事件.

    public delegate void InputDelegate(int left, int right);
    
    public class OutPut
    {
        public event InputDelegate inputEvent;
        public void powered(int left, int right)
        {
            inputEvent(left, right);
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            OutPut op = new OutPut();
            
            op.inputEvent += new TV().Input;
            op.inputEvent += new ElectricKettle().InputAAAA;
            //op.inputEvent = null;
            op.powered(220, 0);

            Console.ReadKey();
        }
    }

Output中的 inputDelegate 改为了 inputEvent, inputEvent不再允许通过=来赋值了.

main方法中注释的一行 //op.inputEvent = null; 测试了一下 , 已经编译不通过了.

四. 小结

本文通过委托, 将方法作为参数注册到了插排中.  因为安全问题, 又将委托改为了事件.