还是那个项目,为了降低程序的耦合性,我决定小小的重构一下自己原来的代码,把Socket通信和帧的分析这两部分分别封装成一个类,当然线程没有变,只是封装了一下,为的就是模块测试完容易拼接。这也是我打算降低耦合度的原因,不然根本没法拼接,好乱好乱。
但是封装Socket通信和数据分析模块就带来了一些问题。现在有两个类:
UI类,负责界面显示和绘制
SocketUtil类,负责通信,抓取数据
所以我在UI类中new了一个SocketUtil类,然后利用这个SocketUtil类实例中的方法通信。
但是这就产生问题了,我需要SocketUtil类实例的一些函数反馈一些实时信息给UI类的某个label(这是的SocketUtil类是不知道UI类存在的,也不能把UI类的实例传给SocketUtil类,因为它是UI类,所以SocketUtil类的函数代码中根本没有任何和UI类相关的东西)。于是想到了C#的事件就能解决这个问题。
下面是我转载的一篇文章,算学习一下,做个笔记:
在所有关于C#事件机制的介绍中,我更倾向于发布者/订阅者(Publisher/Subscriber)这种描述。理解事件机制并不是一件容易的事情,它所涉及的思想值得我们好好去研究。
本文资源来自《C#与.NET技术平台实战演练》——中国青年出版社
谈到事件,我们涉及到两个角色:事件发布者(Publisher)和事件订阅者(Scriber),也可以说是事件发送者(Sender)和事件接收者(Receiver)的关系。举个例子来说,市面上目前有许多杂志,杂志的种类也很多。而我只对其中的某些感兴趣,那么我就可以向杂志发行商提出订阅。之后,每当杂志发行时,我就会收到我在杂志发行商那儿订阅的杂志。在这个关系中,杂志发行商就相当于事件发行者,而我就是事件订阅者。每当杂志发行时,就触发了一个发行事件。
用面向对象的语言解释,这两者的意义如下:
事件发行者(Publisher)
它是一个对象,且会维护自身的状态信息。每当状态信息发生变动时,便触发一个事件,并通知所有的事件订阅者。对于杂志发行商来说,每本杂志都有自己的信息在里面,当杂志发行时,我要通知订阅该杂志的人:杂志已经发行啦,请注意查收!
事件接收者(Receiver)
这个对象要注册它感兴趣的对象,也就是订阅它自己喜欢的杂志啦。另外,这个对象通常要提供一个事件处理方法,在事件发行者触发一个事件后,会自动执行这个方法。对于上面所举的例子来说,也就是我收到杂志后要做什么事情,比如,你可以满世界地大喊:我收到杂志啦!也可以将杂志收藏起来慢慢欣赏,具体怎么实现完全取决你自己的喜好。
以下是.NET事件处理机制的模型:
下面给一个简单的例子,用以阐述事件的思想:
using System.Collections.Generic; using System.Text; namespace EventDemo { public delegate void SalaryCompute(); //声明一个代理类 public class Employee { public event SalaryCompute OnSalaryCompute; //定义事件,将其与代理绑定 public virtual void FireEvent() //触发事件的方法 { if (OnSalaryCompute != null) { OnSalaryCompute(); //触发事件 } } } public class HumanResource { public void SalaryHandler() //事件处理函数 { Console.WriteLine("Salary"); //只是打印一行字而已 } public static void Main() { Employee ep = new Employee(); HumanResource hr = new HumanResource(); ep.OnSalaryCompute+=new SalaryCompute(hr.SalaryHandler); //注册 ep.FireEvent(); //触发事件 Console.Read(); } } }
在这个例子中,Employee类相当于一个事件发布者(Publisher),它定义了事件的相关信息,包括定义了一个事件用于计算薪水(OnSalaryCompute),以及一个触发事件的函数(FireEvent()),为简单起见,本例没有加上事件参数。
与之相对应,HumanResource类则相当于一个事件订阅者(Subscriber),它定义了一个事件处理函数(SalaryHandler()),并用+=将其与事件联系起来,从而使事件触发的时候能够调用我这个方法(在本例中也就是打印一行字啦)。值得注意的一点是,事件处理函数的方法签名要与代理的方法签名相同,这是非常重要的一点。
下面将这个例子改造一下,事件参数信息,用以完善事件机制。
using System; using System.Collections.Generic; using System.Text; using System.Threading; namespace EventDemo { public delegate void SalaryCompute(object sender,MyEventArgs e); //声明一个代理类 public class Employee { public event SalaryCompute OnSalaryCompute; //定义事件,将其与代理绑定 public virtual void FireEvent(MyEventArgs e) //触发事件的方法 { if (OnSalaryCompute != null) { OnSalaryCompute(this,e); //触发事件 } } }//class public class MyEventArgs : EventArgs //定义消息参数类 { private readonly double salary; //注意属性怎么玩的 public double Salary { get { return salary; } //因为是readonly的,所以只有构造函数可以设置 //set { salary = value; } } public MyEventArgs(double _salary) { this.salary = _salary; } }//class public class HumanResource { public void SalaryHandler(object sender,MyEventArgs e) //事件处理函数,其签名应与代理签名相同 { Console.WriteLine("Salary is {0}",e._salary); //只是打印一行字而已 } public static void Main() { Employee ep = new Employee(); HumanResource hr = new HumanResource(); MyEventArgs e = new MyEventArgs(123.40); ep.OnSalaryCompute+=new SalaryCompute(hr.SalaryHandler); //注册 for (; ; ) { Thread.Sleep(1000); //让程序“睡”一秒 ep.FireEvent(e); //触发事件 } } }//class }
在这个例子中,我们要注意的一个地方就是事件处理函数的签名要和代理的签名一致。还有要注意的就是:
1. 委托一定要在所有类的外面,在一个namespace中定义,它的本质也是一个类。
2. 事件的定义和触发事件的方法(不是触发事件)要在publisher中定义。
3. 事件的处理函数,要定义在subscriber中
4. 事件的参数,是在同一个namespace中的一个类,是一个参数类。
5. 事件的注册,和事件触发,可以再任何的地方,只要能同时访问两个类的实例。(在publisher或者subscriber中当然算是能访问自己的实例,类似this)
有时间看看这个:http://blog.jobbole.com/36088/