Delegate小结
关于Delegate已经写了很多，现总结如下。
一) 一条线是观察delegate从.net framework 1.1 到目前为止4.5的变迁；
例如如果你用delegate来模拟事件，你需要自己：
// Add member to the invocation list.
public void OnAboutToBlow(AboutToBlow clientMethod)
{ almostDeadList += clientMethod; }
而在.NET Framework 1.1中你可以：
//服务端代码：
publicclass Car
{
// This delegate works in conjunction with the
// Car’s events.
public delegate voidCarEventHandler(string msg);
// This car can send these events.
public event CarEventHandler Exploded;
public event CarEventHandler AboutToBlow;
}
//客户端代码：
// Register event handlers.
c1.AboutToBlow +=new Car.CarEventHandler(CarIsAlmostDoomed);
而在.NET Framework 2.0中：
//服务端代码：
public classCarPlus
{
public event EventHandler<CarEventArgs> Exploded;
public event EventHandler<CarEventArgs> AboutToBlow;
}
//客户端代码：
// Make a car as usual.
CarPlus c1 =new CarPlus("SlugBug", 100, 10);
// Register event handlers.
c1.AboutToBlow += CarIsAlmostDoomed;
c1.AboutToBlow += CarAboutToBlow;
而在.NET Framework 3.0之后：
可以仔细体会Delegate与泛型，lambda表达式等的结合。Action, Func等的引入。Asynchronous Delegate等。
二）一条线是理解其意图(Intention)和几种应用的典型模式。
无论是对Document还是对Car的处理(这些都是书上列举的经典示例用来说明Delegate)，会发现一个共同点。尽管有许多不同的方法，例如WashCar, RotateTire等，但它们的signature是一样的，有一个唯一的参数即Car。这里需要处理两个变化，一是这些类似的方法可能会增加；一是用户使用的时候对这些方法是任意组合的。之前的类图包括Garage, Car, 现在引入委托后变为Garage, Car, ServiceDepartment。仔细体会这个模式是如何处理前面所述的两个变化的。方法增加用户可以通过扩充ServiceDepartment来实现，客户端调用时的任意性则用Delegate来实现。
另一个应用delegate的典型场景是Strategy pattern。例如排序，用户通常需要根据实际情况动态选择排序算法，这就需要排序逻辑isolate出来。这个在LINQ中应用及其广泛，例如where子句中的predicate谓词逻辑都需要隔离出来由用户决定。
还有一个典型场景就是用Delegate来模拟Event。事实上这个场景都可以用event来实现，而将所需传递的信息封装在EventArgs中。