.NET动静结合编程接口和委托的约束强度-51CTO.COM

静态语言和动态语言本身没有一个明确的界限，它们各有优势，又各有不足。

C#是一门优美的语言，它融合了静态和动态的优势，如果运用得当，必能动静结合，呈现出一种和谐之美。特别是.NET平台和语言的快速发展，更展现了动静结合编程的活力。本篇是.NET动静结合编程的第一篇，希望这个系列能和大家一起探讨如何在.NET平台上最大限度的发挥动静结合的潜能。本人还只是.NET的初学者，对计算机理论的理解还很肤浅，文中错误欢迎批评指正，不足之处欢迎补充，谢谢！

被忽略的协议

谈到“协议”，最先浮现在我们脑海中的可能是TCP/IP协议栈，但其实我们随处都在和协议打交道。下面的例子，你看出协议来了吗?

B(){
    ArrayList lst = A();
    foreach (string item in lst){
        Console.WriteLine(item.Length);
    }
}

方法B假定方法A遵守：返回的ArrayList内部都是string类型的元素。这就是它们之间的协议，这个协议不受编译器静态检查的约束。所以，协议意味着运行时的不确定性，方法A完全可能在返回结果中装入非string类型的元素，而这将导致B在运行时产生异常。 .NET2.0通过泛型集合增加了静态类型约束：

B(){
    List lst = A();
    foreach (string item in lst){
        Console.WriteLine(item);
    }
}
这样，B再也不用担心lst内部存在非string类型的元素了，一切得益于泛型为A加上的静态类型约束。

约束有强弱

约束有强弱之分。越强的约束越安全，静态性越强，受编译器的支持越大；反之，越弱的约束，动态性越强，运行时灵活性越大。常常看到关于单方法接口和委托异同的讨论，不少朋友认为它们完全等价。其实，它们有明显不同的约束强度。接口是静态类型约束，而委托只是静态签名约束，二者的强度完全不同。换句话说，委托具有更多的协议性，只要符合签名，都可以被委托调用，而能被接口调用的对象必须实现该接口。

来看一个例子：需要编写一个类A，其内部需要日志功能；A采用IoC方式，不依赖于具体的Logger类，由使用者根据需要注入具体的实现；同时，A的使用者B，希望采用第三方的Logger类。

a. 基于接口的IoC

interface ILogger { void Write(string msg); }
class A{
    ILogger Logger { get; set; }
    void F() {}
}
class B{
    G(){
        A a = new A();
        a.Logger = new LogAdapter(); //注入依赖
        a.F();
    }
} 
//对第3方Logger进行包装
class LogAdapter : ILogger{
    Write(string msg){//这里调用第3方的Logger类}
}

b. 基于委托的IoC

class A{
    Action Logging { get; set; }
    void F() {}
}

class B{
    G(){
        A a = new A();
        a.Logging = delegate(string msg){ //调用第3方Logger类 };
        a.F();
    }
}

比较上面两个例子，我们就会发现委托比接口的约束要弱得多，使用起来灵活得多。基于接口的实现不得不增加一个Adapter去机械地适应接口的类型约束，而基于委托的实现只需要保证方法签名约束即可。

博文链接：http://www.cnblogs.com/weidagang2046/archive/2009/03/11/1408636.html

【编辑推荐】

.NET动静结合编程 接口和委托的约束强度

.NET动静结合编程接口和委托的约束强度