曾几何时能看到微软产品的源码简直是天方夜谭,不过现在这却成了现实,微软终于对外开放 了它的产品的源代码.抛去开源运动与微软之间的世代情仇,抛去微软这一做法的初衷,这总归是 件好事,能够让我们拨开云雾,一窥优秀产品的秘密.
前两天看到有位仁兄在随笔中的留言,说他以为".NET中的设计模式"是在讲.NET Framework 与设计模式的关系,其实不是,不过这也让我想起来自己确实研究过.NET Framework的源码,于是 就找打算找时间把自己的心得体会拿出来和大家一起分享.
今天就先从最容易让人困惑的委托(delegate)开始,让我们步入.NET Framework源码世界,共 同学习优秀的程序设计.
先看委托的定义:用于声明一个引用类型，该引用类型可用于封装命名方法或匿名方法。委 托类似于 C++ 中的函数指针；但是，委托是类型安全和可靠的。
相信看到这段话之后,很多人,包括我自己就开始一起探索委托与函数指针,于是各种网文就 出现了.但委托到底是什么呢?我们先看一段很简单的代码:
public delegate void OnAction(int flag);
这里我们定义了一个最简单的委托:OnAction.MSDN解释Delegate 类是委托类型的基类,但只 有系统和编译器可以显式地从 Delegate 类或 MulticastDelegate 类派生.那么我们可以认为 OnAction是从delegate继承过来的,只是不能显式的继承,由系统代做了.
接下来让我们看一下微软是怎么定义委托的:
[Serializable()]
[ClassInterface(ClassInterfaceType.AutoDual)]
[System.Runtime.InteropServices.ComVisible(true)]
public abstract class Delegate : ICloneable, ISerializable
由此可以看出delegate是个抽象类,并且实现了 ICloneable, ISerializable两个接口,并 且有ClassInterface(ClassInterfaceType.AutoDual)这么一个属性.这有很多问题.
首先,委托是个抽象类,所以要使用的必须继承,但是委托又跟整型一样,是一种类型,由此就 可以理解问什么"Delegate 类是委托类型的基类,但只有系统和编译器可以显式地从 Delegate 类或 MulticastDelegate 类派生"这句话的意思了,因为不可能从整型继承过来一个子类,那么 委托为什么是一个类而不像整型一样是一个结构呢?这个问题下面回答.
其次,这也是我觉得不理解的地方,委托实现了ICloneable, ISerializable两个接口,也就是 说委托可以被克隆和序列化.相信大家没人会写OnAction.Clone();这么一句话.浅表克隆一个委 托实在有点费解.不过,如果可以从良好的编程习惯上解释为什么事先ICloneable接口的话,委托 对 ISerializable的实现就更让人困惑了,因为可能因此导致一些莫名其妙的编译时错误.我曾 经遇到这样一个Bug,一个标记序列化的单件实体类包含一个事件(事件默认实现了 ISerializable),该事件导致序列化的时候在凡是跟该事件的引用有关的地方全部报出莫名其妙 的未标记序列化的错误,最终的解决办法是需要将该事件标记为[NonSerialized].