1.命名參數(shù)允許調(diào)用者通過提供參數(shù)的名稱來為其賦值，這樣參數(shù)的位置就不在重要了?？蛇x參數(shù)允許在定義時為某些參數(shù)賦值，在調(diào)用時可以忽略這些“可選的”參數(shù)。命名參數(shù)和可選參數(shù)可以應(yīng)用在方法、索引器、構(gòu)造函數(shù)和委托。命名參數(shù)和可選參數(shù)與dynamic類型結(jié)合在一起使用，可以方便的訪諸如Office自動化API之類的COM API。

1.1 命名參數(shù)
命名參數(shù)的語法為：

參數(shù)名稱1:參數(shù)值1,參數(shù)名稱2:參數(shù)值2…

例如以下代碼：

static void Main(string[] args)
{
    CreateUser(password:"adminpassword",name:"admin");
}

static void CreateUser(string name, string password)
{
    Console.WriteLine("name:{0},password:{1}", name, password);
}

可以看到由于在調(diào)用時使用了命名參數(shù)，參數(shù)的位置就不在重要了。

1.2. 可選參數(shù)
方法、構(gòu)造函數(shù)、索引器和委托的定義可以指定其參數(shù)為必選的還是可選的，在調(diào)用時必須提供必選參數(shù)，但是可以省略可選參數(shù)。

還可以使用System.Runtime.InteropServices.OptionalAttribute特性類定義可選參數(shù)，該類從1.0時代就已經(jīng)包含在基類庫中了。

每一個可選參數(shù)的定義都包含默認(rèn)值（默認(rèn)值必須是常量），如果在調(diào)用時沒有指定該參數(shù)，則使用默認(rèn)值。例如以下代碼：

在所有必須參數(shù)后面定義可選參數(shù)，如果在調(diào)用時提供了某個可選參數(shù)的值，那么必須提供該可選參數(shù)之前所有可選參數(shù)的值（如果此參數(shù)之前有可選參數(shù)），而不允許使用逗號分隔的形式提供參數(shù)，即以下調(diào)用是錯誤的：

CreateUser("admin","adminpassword",,true);

而必須寫成：

CreateUser("admin","adminpassword",20,true);、

或者更好的解決辦法是使用命名參數(shù)：

CreateUser("admin","adminpassword",isLocked:true);

1.3. COM API訪問

命名和可選參數(shù)與dynamic和其他增強一起使得訪問COM API更加方便。例如在C#3.0或更早的版本中在調(diào)用某些COM API時，如果要省略某些參數(shù)需要使用Type.Missing，例如以下代碼（代碼系摘抄）：

但是有了命名和可選參數(shù)后，可以很簡單的寫成這樣：

excelApp.get_Range("A1", "B4").AutoFormat( Format: myFormat );

2. 類型等價支持（Type Equivalence Support）（此段為翻譯）

如果嵌入來自于強命名托管程序集的類型信息時，可以使在某一應(yīng)用程序中的類型與獨立的發(fā)布版本中類型保持松散的連接。這意味著應(yīng)用程序可以在不需要重新編譯每一個版本的情況下使用多個版本托管類庫中的類型。

類型嵌入經(jīng)常用于COM交互，例如使用Microsoft Office中的自動化的應(yīng)用程序。嵌入類型信息允許同一個應(yīng)用程序在安裝了不同的Office版本的機器上運行。而且開發(fā)人員可以在完全托管解決方案中使用類型嵌入。

來自于某個程序中可以嵌入的類型需要滿足以下條件：

該程序集至少暴露一個公共接口。
該嵌入接口使用ComImport和Guid特性聲明
該程序集使用ImportedFromTypeLib和一個程序集級別的Guid特性標(biāo)注（默認(rèn)情況下Visual Basic和Visual C#模版已包含了程序集的Guid特性）。
在指定可以嵌入的公共接口后，可以創(chuàng)建實現(xiàn)了這些接口的類?？蛻舳顺绦蚩梢栽谠O(shè)計時引用包含了這些公共接口的程序何并且默認(rèn)Embed Interop Types屬性為true以嵌入類型信息（在命令行使用/link編譯開關(guān)可以達(dá)到相同的效果），接下來客戶端可以創(chuàng)建這些接口的實例。如果您創(chuàng)建了強命名運行時程序集的新版本，客戶端不需要使用新的程序集重新編譯，相反，客戶端程序通過公共接口的嵌入類型信息繼續(xù)使用可用的程序集的版本

2.1. 首先創(chuàng)建一個強命名接口類庫（根據(jù)滿足條件設(shè)置屬性）

[ComImport]
[Guid("8DA56996-A151-4136-B474-32784559F6DF")]
public interface ISampleInterface
{
    void GetUserInput();
    string UserInput { get; }
}

2.2. 創(chuàng)建強命名類庫，引用接口類庫并定義實現(xiàn)以上接口的類：

2.3. 創(chuàng)建客戶端應(yīng)用程序，引用接口并使用反射的方法動態(tài)創(chuàng)建類型執(zhí)行相應(yīng)操作：

public DateTime GetDate()
{
    return DateTime.Now;
}

在.NET全部使用托管代碼創(chuàng)建的程序集自動會識別更新，也就是說不需要使用額外的屬性定義，直接創(chuàng)建接口、實現(xiàn)接口類庫和客戶端類（或者沒有接口直接創(chuàng)建類庫在客戶端引用），在類庫更新后復(fù)制到客戶端引用的位置，客戶端會自動檢測到該更新，這也是.NET程序集為開發(fā)人員帶來的好處。但是使用類型等價支持的作用體現(xiàn)在什么地方，我認(rèn)為還是方便了COM API的訪問，因為COM可能是使用其他語言編寫的，沒有辦法做到像.NET程序集那樣自動感應(yīng)版本變化，個人意見，期望高手解答。

3. 總結(jié)

Visual C#中提供了動態(tài)類型、命名參數(shù)、可選參數(shù)和類型等價支持，為編程帶來便利，對于訪問COM API來說更方便了。而且微軟多次提到了諸如Office之類的文字，是不是意味著微軟在不斷的鼓勵程序員不斷開發(fā)出其于Office的一些應(yīng)用，亦或是現(xiàn)在其于Office的應(yīng)用在不斷增加，還是應(yīng)用程序中與Office的交互在不斷增加，通過增強的特性使這些工作更方便，來鞏固微軟件地位？一家之言，請高手不吝賜教。

【編輯推薦】

1. Visual C# 2010新特性之dynamic類型
2. 探討C#中的實體驗證(Entity Validation)
3. C#中實現(xiàn)多繼承的方式：混合+接口