C#2.0終於有了?:便捷判斷的單分支版

    C#2.0實現的Nullable資料類型，雖然說只是一個小小的cookie，但不得不說是C#矢志不渝的延續了它人性化的特點，我們終於不用再使用object來存放簡單資料來通過==null測試。從表面上看這個功能或許並無太大的創新意義，但不知你是否也和我一樣在記憶裡埋有對類似int a=null;通不過編譯時間的抱怨？

    關於Nullable的詳細介紹可以參考C#2.0的新特新和很多的blog文章，這不是我主要想說的內容。只是2.0為了讓Nullable類型和non-Nullable資料之間轉換，提供了一個新的操作符"??"比較有意思。這個操作符的作用很簡單，用法如下：
 int? a = 1;
 int? b = null;
 int c = a; // compile error :(
 int c = a ?? 100; // right
 int d = a + b; // compile error yet
 int d = a + b ?? -1; // right
    看到這個"??"的使用，你第一時間能想到什麼呢？我第一時間就想到了三元操作運算 ? :！

    在代碼中書寫一定的三元運算運算式，很多時候能給我們的代碼帶來簡潔性和緊湊感。不過任何東西都會美中不足，這個經典的三元操作必須有兩個分支（嗯，如果一個分支就不是三元了），所以我有時不得不為了不使用if語句，而寫下一些自感醜陋蹩腳代碼：
    1.
string param = Request.Params["param"];
if ( param == null )
{
    param = defaultValue;
}    或
string param = Request.Params["param"] == null ? defaultValue : Request.Params["param"];    我是比較反感把類似Request.Params["key"]、ViewState["key"]以及Hasttable["key"]這類的相同代碼寫超過一遍的，因為作為key的literal string不能被編譯器檢查，出現拼字錯誤後是非常讓人抓狂的。

    2.
public string GetValue
{
    get
    {
        if ( this.value == null )
        {
            return string.Empty;
        }
        else
        {
            return this.value;
        }
    }
}    或
public string GetValue
{
    get
    {
        return this.value == null ? string.Empty : this.value;
    }
}    使用?:後貌似不錯了，但似乎還不是我們希望的終極無間...

    在C#2.0中，藉助"??"運算子，這類代碼將變得非常sexy：  1.  string params = Reqeust.Params["param"] ?? defaultValue;
 2.  public string GetValue { get { return this.value ?? string.Empty; } }