Csharp4.0與以往版本基礎(chǔ)體現(xiàn)了強(qiáng)大的性能優(yōu)勢，主要體現(xiàn)在以下四個(gè)方面：

1. 通過委托成員來實(shí)現(xiàn)接口

在C# 4.0中可以通過委托來實(shí)現(xiàn)某個(gè)成員的接口，例如下面的代碼：

public class Foo : IList     
　　{     
　　private List _Collection implements IList;     
　　public Foo()     
　　{     
　　_Collection = new List();     
　　}     
　　}

被封閉的成員可以用委托實(shí)現(xiàn)一個(gè)或多個(gè)接口，多個(gè)接口用逗號分隔。這么做可以去掉很多冗余的代碼，就像上面的示例，不再需要在封閉類(Foo類)上寫一大堆方法來將接口實(shí)現(xiàn)交給成員變量，接口的實(shí)現(xiàn)會直接映射到受委托的接口實(shí)現(xiàn)(_Collection成員變量)。這個(gè)功能同樣增強(qiáng)了對minxins的支持。

這個(gè)就是“委托模式”了，wikipedia上對此模式的解釋如下：

委托模式是指一個(gè)對象對外表現(xiàn)某種行為，但事實(shí)上只是將實(shí)現(xiàn)此行為的任務(wù)將會給一個(gè)相關(guān)的成員的技術(shù)，這種技術(shù)反轉(zhuǎn)了責(zé)任。委托模式是加強(qiáng)組合 (聚合)、minxins及aspects的一種基本模式。

再進(jìn)一步，在委托實(shí)現(xiàn)接口之余，我們也應(yīng)當(dāng)可以自由地重寫某些方法如下：

public class Foo : IList    
　　{    
　　private List _Collection { get; set; } implements IList;    
　　public Foo()    
　　{    
　　_Collection = new List();    
　　}    
　　//這將覆蓋委托的執(zhí)行   
　　// 漂亮的混入和方便的功能   
 pattern implementation    
　　public int IList.Add(string value)    
　　{    
　　 if (!_Collection.Contains(value))    
　　 _Collection.Add(value);    
　　}    
　　} 

2. 匿名返回類型

在C#中匿名類型可以擁有像普通的類聲明一樣的地位。(當(dāng)前)匿名類型只能用于局部變量，不能作為方法的返回值。但是如果一個(gè)強(qiáng)類型的LINQ查詢的返回類型可以作為方法的返回類型一定很好，比如下面的代碼：

public var GetProductInfos()    
　　{    
　　 var productInfos =    
　　 from p in products    
　　 select new { p.ProductName, p.Category, Price = p.UnitPrice };    
　　 return productInfos;    
　　} 

3. 一些 Duck-typing or Structural Subtyping 類型的支持

如果一個(gè)類中的某一個(gè)方法/屬性的簽名和某個(gè)接口一樣，并且這個(gè)類沒有實(shí)現(xiàn)此接口，那么這個(gè)類就將隱式地實(shí)現(xiàn)這個(gè)接口。只有這個(gè)類實(shí)現(xiàn)了接口規(guī)定的所有方法/屬性的時(shí)候才被認(rèn)為隱式地實(shí)現(xiàn)了此接口。

如果這東西走起來像鴨子，晃起來像鴨子，那么這就是鴨子!(James Riley)

那么這個(gè)和Structural Subtyping有什么區(qū)別?我承認(rèn)structural subtyping更適合C#的靜態(tài)樣式，所以這是個(gè)'static duck typing'，或者如wikipedia所述：

Duck typing與structural typing的區(qū)別僅在于類型中被訪問的部分在運(yùn)行期才做兼容性確認(rèn)。

我們將通過一個(gè)用例來說明這種方法有什么好處：

在.NET框架中，一部分控件實(shí)現(xiàn)了一個(gè)叫ReadOnly的屬性，比如TextBox, DataGrid, NumericUpDown

現(xiàn)在我們建一個(gè)叫IReadOnlyRestricable的接口：

public interface IReadOnlyRestricable    
　　{    
　　   bool ReadOnly { get; set; }    
　　}

然后我們要遍歷所有的控件，找出有ReadOnly屬性的控件并把此屬性設(shè)為true(譯者注：這些控件本身沒有實(shí)現(xiàn)IReadOnlyRestricable)，在ducktyping下我們可以把控件通過類型轉(zhuǎn)換為IReadOnlyRestricable，就像下面代碼一樣，這樣我們就不需要通過反射去定位ReadOnly屬性了：

foreach (Control c in f.Controls)    
　　{    
　　 //希望有隱式轉(zhuǎn)換   
 IReadOnlyRestrictable if interface contract is in class we are checking against    
　　 IReadOnlyRestricable editable = c as IReadOnlyRestricable;    
　　 if (editable != null)    
　　 editable.ReadOnly = true;    
　　} 

ducktyping的最大好處是可以為你不需要訪問的類庫定義一些接口，這可以盡可能地減少相互依賴，你可以查看Phil Haacks more extensive post on duck typing這文章來看看為什么作者相信這對C#有好處。

Krzysztof Cwalina認(rèn)為，很顯然的，C#的foreach關(guān)鍵字已經(jīng)使用了duck typing.

4. 安全的null延遲賦值操作符

我很想看到一種安全地訪問一個(gè)值為null的對象的屬性的表達(dá)式，表達(dá)式可能形如Object.Property.Property.Value

比如我要訪問Customer?.FirstName，但是Customer是null，此時(shí)Customer?.FirstName會返回null而不是拋出個(gè)NullReferenceException

再看看下面的代碼：