[工学]我眼中委托的真正面貌.doc

我眼中委托的真正面貌（一）  HYPERLINK /  2009年05月07日 博客园 月云 首先我们以书中所介绍的委托的由来为起始点展开话题： 　　在C或 HYPERLINK /language/c/ \t _blank C++中有时为了开启一个子线程，我们会用到如下的方法： HANDLE hThread;DWORD ThreadID;hThread = CreateThread(NULL,0,(LPTHREAD_START_ROUTINE)ThreadFunc,NULL,0,ThreadID); 　　以上语句中的ThreadFunc()为C++中的一个全局方法。因为C++或者C语言都是允许面向过程的，因此全局函数是可以存在的。但大家不妨试想一下，如果是 HYPERLINK /dotnet/csharp/ \t _blank C#或者 HYPERLINK /java/ \t _blank Java这种纯面向对象的语言，我们要怎么做呢？ 　　思考一下，在C#中你可以用如下的代码来实现相同的效果吗？ Tread subTread = new Tread();subTread.Start(EntryPoint); 　　这样做是明显不对的！在C++中函数名EntryPoint实际上就是一个全局函数指针，它表明了子线程的入口地址。然而，在C#中这样的情况是绝对不存在的！原因很简单——作为一门面向对象的语言，C#中很少有方法是独立于对象而存在的。 　　在C#中调用方法时，这些方法通常都要与一个类的实例相关联。也就是说，如果要传递一个方法，那么就必须把该方法的相关细节包装在一种新型的对象中。于是，伴随着这种需要，委托随之诞生。 　　以上只是《C#高级编程》一书中所提到的委托的产生过程，在这里我并不想深究其中的机制，而是以此为线索，深层次的挖掘C#中委托的实质用途及其优势所在。 　　这样一来，首先单纯根据委托的定义可知，委托可以简单的包装方法的细节： 　　1.简单的包装方法 namespace SimpleDelegate{　　　 public partial class Form1 : Form　　　 {　　　　　　　 public Form1()　　　　　　　 {　　　　　　　　　　　 InitializeComponent();　　　　　　　 }　　　　　　 　　　　　　 //定义委托　　　　　　　 private delegate void MyDelegete();　　　　　　　 //声明委托的实例变量，并为其挂载相应的方法　　　　　　　 private MyDelegete MyObjdelegate = new MyDelegete(MyFun);　　　　　　　　 private void button1_Click(object sender, EventArgs e)　　　　　　　 {　　　　　　　　　　　 MyObjdelegate();　　　　　　　 }　　　　　　　　 static private void MyFun()　　　　　　　 {　　　　　　　　　　　 MessageBox.Show(委托挂载的事件调用成功！);　　　　　　　 }　　　 }} 首先，我们定义委托类型void MyDelegete(); 　　这里有必要强调一下委托的声明规则：委托使用关键字delegate来声明，因其本身就是一种类型，故可以在类内声明，亦可以独立于类而声明。关键字之后是此委托类型的实体部分。不难看出其形式与方法的声明相近，但不包含函数体。 　　其实，我们大可理解为委托本身就是定义了一类方法，一类其返回值与参数表和委托实体定义形式完全相同的方法。只有符合委托规则的方法，才可以挂接于此委托的实例对象之上。这也是为什么，我将整个void MyDelegete()称作委托类型的原因。 　　接下来我们要在某一个类内部，运用先前定义的委托类型实例化一个委托对象MyObjdelegate，并为其挂载一个与之委托类型（无返回值，无参数）相符的自定义方法MyFun（），这也就是所谓“将方法MyFun（）的相关细节包装于委托实例MyObjdelegate中”。而后即可在相应的按钮单击事件中利用委托对象MyObjdelegate调用其已经包装的方法MyFun（）了。 　　以上即为由委托定义而得来的委托的简单用法。不过，以上这个实例显然没有什么实际用途，因为不涉及类间的相互调用，我们大可在事件中直接调用本类的方法MyFun（），而不必再多绕个弯依靠委托来实现。 　　不过，如果涉及到跨类的方法调用时，使用委托会怎么样呢