基於Visual Studio 2010 闡述C#4個特性
Csharp4.0與以往版本基礎體現了強大的性能優勢，主要體現在以下四個方面：
1. 通過委托成員來實現接口
在C# 4.0中可以通過委托來實現某個成員的接口，例如下面的代碼：
以下為引用的內容：
public class Foo : IList
{
private List _Collection implements IList;
public Foo()
{
_Collection = new List();
}
}
被封閉的成員可以用委托實現一個或多個接口，多個接口用逗號分隔。這麼做可以去掉很多冗余的代碼，就像上面的示例，不再需要在封閉類(Foo類)上寫一大堆方法來將接口實現交給成員變量，接口的實現會直接映射到受委托的接口實現(_Collection成員變量)。這個功能同樣增強了對minxins的支持。
這個就是“委托模式”了，wikipedia上對此模式的解釋如下：
委托模式是指一個對象對外表現某種行為，但事實上只是將實現此行為的任務將會給一個相關的成員的技術，這種技術反轉了責任。委托模式是加強組合 (聚合)、minxins及aspects的一種基本模式。
再進一步，在委托實現接口之余，我們也應當可以自由地重寫某些方法如下：
以下為引用的內容：
public class Foo : IList
{
private List _Collection { get; set; } implements IList;
public Foo()
{
_Collection = new List();
}
//這將覆蓋委托的執行
// 漂亮的混入和方便的功能
pattern implementation
public int IList.Add(string value)
{
if (!_Collection.Contains(value))
_Collection.Add(value);
}
}
2. 匿名返回類型
在C#中匿名類型可以擁有像普通的類聲明一樣的地位。(當前)匿名類型只能用於局部變量，不能作為方法的返回值。但是如果一個強類型的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 類型的支持
如果一個類中的某一個方法/屬性的簽名和某個接口一樣，並且這個類沒有實現此接口，那麼這個類就將隱式地實現這個接口。只有這個類實現了接口規定的所有方法/屬性的時候才被認為隱式地實現了此接口。
如果這東西走起來像鴨子，晃起來像鴨子，那麼這就是鴨子!(James Riley)
那麼這個和Structural Subtyping有什麼區別?我承認structural subtyping更適合C#的靜態樣式，所以這是個static duck typing，或者如wikipedia所述：
Duck typing與structural typing的區別僅在於類型中被訪問的部分在運行期才做兼容性確認。
我們將通過一個用例來說明這種方法有什麼好處：
在.NET框架中，一部分控件實現了一個叫ReadOnly的屬性，比如TextBox, DataGrid, NumericUpDown
現在我們建一個叫IReadOnlyRestricable的接口：
以下為引用的內容：
public interface IReadOnlyRestricable
{
bool ReadOnly { get; set; }
}
然後我們要遍歷所有的控件，找出有ReadOnly屬性的控件並把此屬性設為true(譯者注：這些控件本身沒有實現IReadOnlyRestricable)，在ducktyping下我們可以把控件通過類型轉換為IReadOnlyRestricable，就像下面代碼一樣，這樣我們就不需要通過反射去定位ReadOnly屬性了：
以下為引用的內容：
foreach (Control c in f.Controls)
{
//希望有隱式轉換
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認為，很顯然的，C#的foreach關鍵字已經使用了duck typing.
4. 安全的null延遲賦值操作符
我很想看到一種安全地訪問一個值為null的對象的屬性的表達式，表達式可能形如Object.Property.Property.Value
比如我要訪問Customer?.FirstName，但是Customer是null，此時Customer?.FirstName會返回null而不是拋出個NullReferenceException
再看看下面的代碼，你就會知道怎麼用了：
1、//如果不是客戶或命令無效，這將拋出一個像往常一樣空引用異常
2、int orderNumber = Customer.Order.OrderNumber;
3、//這將無法編譯，因為它需要一個空的返回類型
4、int orderNumber = Customer.Order?.OrderNumber;
5、//這將返回null，如果客戶是空或者如果命令是空
6、int? orderNumber = Customer?.Order?.OrderNumber;
7、if (orderNumber.HasValue)
8、//... 用它做一些事情
9、//而不是必須做
10、if ((Customer != null) && (Customer.Order != null))
11、int a = Customer.Order.OrderNumber
