.NET一直都支持可選參數，但是C#語言卻并不支持，除了調用COM庫以外，可選參數通常是被禁止使用的。現在，隨著C# 4對可選參數的支持，我們可以看到可選參數被越來越多的使用，而不僅僅限于遺留代碼中。這些應用包括與動態語言的互操作、只讀數據類型，以及ASP.NET MVC中的許多地方。

　　顯然，COM仍然是可選參數的主要用武之地。例如，當你使用Office庫時，某個函數可能會有超過20個參數，手動指定每一個參數是非常不方便的。如果再沒有輔助的標記，你就只能通過數參數的個數來確定哪個值對應的是哪個參數了，這非常容易出錯。對于不熟悉COM的人，你可以想象一下從前主流語言不支持函數重載時的情景，那是一樣的感覺。由于包含可選參數的函數和一般的函數沒有區別，因此可以很好的解決這個問題。

　　除了COM之外，C#團隊還利用C# 4作為晚綁定的途徑來支持DLR。事實上，這才是可選參數真正的目的，其他都是附帶的便利。由于動態語言沒有顯式的類型聲明，無法基于參數類型進行函數重載，因此可選參數是非常必要的。

　　隨著多核、多處理器計算機的增長，對于同步與并發的討論也越來越多。只讀數據類型以及如何定義它們成為了一個普遍的話題。如果類型中的每個字段都需要被設置，那么標準的構造函數就可以解決問題。但如果類型中的大部分字段都是可選的，就比較麻煩了。重載構造函數可以解決一部分問題，而對于使用Java或者舊版本C#的人來說，他們可能會更傾向于使用Builder模式。但如果有了可選參數，只需要一個構造函數就可以解決問題了。ASP.NET MVC 2中的Controller現在可以為query string參數設置默認值了。雖然你也可以使用attribute來設置，但可選參數是最簡潔的辦法。

　　微軟為ASP.NET MVC推出的新視圖引擎Razor，在helper方法中使用了可選參數。這讓helper可以包含更多選項的同時，也支持自說明的編碼風格。此外，Razor還會自動將表達式轉換為委托，而不需要使用lambda或匿名委托的語法。

　　還有一些我們永遠都不希望使用可選參數的地方。CLS定義了CLR的一個子集，所有.NET語言都要支持這個子集。CLS就明確定義，不可以依賴可選參數。這意味著可選參數將不會出現在BCL中，而且可能也不會出現在今后所有.NET Framework包含的類庫中。但對于CodePlex上的非官方類庫來說，這條規則不需要嚴格遵守。

　　查看英文原文：Optional Parameters Are Gaining Ground in .NET