程序世界有兩種神秘的元素，它們無處不在，卻常常未被察覺。它們一動一靜，卻又和諧相處。我給 這對兄弟取上不太恰當的名字，一個叫“協議”，一個叫“約束”。我們常常看到的動態語言、靜態語言 背後，本質上就是“協議”與“約束”兩種元素的作用。靜態語言和動態語言本身沒有一個明確的界限， 它們各有優勢，又各有不足。
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<string> lst = A();
foreach (string item in lst){
Console.WriteLine(item);
}
}
這樣，B再也不用擔心lst內部存在非string類型的元素了，一切得益於泛型為A加上的靜態類型約束。
約束有強弱
約束有強弱之分。越強的約束越安全，靜態性越強，受編譯器的支持越大；反之，越弱的約束，動態 性越強，運行時靈活性越大。
常常看到關於單方法接口和委托異同的討論，不少朋友認為它們完全等價。其實，它們有明顯不同的 約束強度。接口是靜態類型約束，而委托只是靜態簽名約束，二者的強度完全不同。換句話說，委托具有 更多的協議性，只要符合簽名，都可以被委托調用，而能被接口調用的對象必須實現該接口
