前言

　　本文首先亦同步到http://www.cnblogs.com/aehyok/p/3624579.html。本文主要來學習記錄一下內容：

　　建議4、TryParse比Parse好

　　建議5、使用int?來確保值型別也可以為null

　　建議6、區別readonly和const的使用方法

　　建議7、將0值設為列舉的預設值

　　建議8、避免給列舉型別的元素提供顯式的值

　　建議9、習慣過載運算子

建議4、TryParse比Parse好

　　如果注意觀察，除string之外的所有的基元型別。會發現它們都有兩個將字串轉換為自身型別的方法：Parse和TryParse。以型別double為例。

兩者最大的區別是，如果字串格式不滿足轉換的要求，Parse方法將會引發一個異常；TryParse方法則不會引發異常，它會返回false,同時將result置為0。

//Parse
int a = int.Parse("123a");      
 
 //TryParse
int x = 0;
if (int.TryParse("12a3", out x))
{
  //轉換成功，x=123
}
else
{
  //轉換失敗，x=0
}

Parse轉換失敗會執行時報錯

而TryParse轉換失敗返回false，將其賦值為0

TryParse和Parse兩者都執行成功，那麼TryParse的效能要比Parse效能稍微好一點，但是如果丟擲異常，那麼TryParse的效能比Parse提升了不少額。

不過這裡並不建議為所有的型別都提供TryParse模式，只有在考慮到Parse會帶來明顯的效能損耗時，才建議使用TryParse。

建議5、使用int?來確保值型別也可以為null

　　基元型別為什麼需要為null?需要考慮以下兩個場景：

　　1、資料庫中一個int欄位可以被設定為null。在C#中，值被取出來後，為了將它賦值給int型別，不得不首先判斷一下它是否為null。如果將null直接賦值給int型別，會引發異常。

　　2、在一個分散式系統中，伺服器需要接收並解析來自客戶端的資料。一個int型資料在傳輸的過程中可能會丟失或者被篡改。轉型失敗後應該儲存為null值，而不是提供一個預設值。

　　類似的場景還有很多，在這裡不進行更詳盡的列舉。在.NET2.0開始，便提供了一個額外的型別：可以為空的型別Nullable<T>。

通過定義可以發現，它是一個結構體。因為是結構體，所以只有值型別才可以作為“可以為空的型別”（引用型別本身可以為null）。一個可以為空的int型別可以表示為

Nullable<int> intA = null;

它也可以表示為

int? intA = null;

當然之後可以這樣進行應用

            int? i=123;
            int j = i ?? 0;

建議6、區別readonly和const的使用方法

關於兩者的使用我之前也有專門介紹過，在這裡就一筆帶過：http://www.cnblogs.com/aehyok/p/3529079.html。

建議7、將0值設為列舉的預設值

  允許使用的列舉型別有byte、sbyte、short、ushort、int、uint、long、ulong、應該始終將0值作為列舉的預設值。接下來我們通過示例來說明問題

   enum Week
    {
        Money = 1,
        Tuesday = 2,
        Wednesday = 3,
        Thursday = 4,
        Friday = 5,
        Saturday = 6,
        Sunday = 7
    }

在呼叫的時候發現

結果竟然出來了一個0，讓人感覺怎麼是第八個值出現了。所以建議將0設定為列舉的預設值。

建議8、避免給列舉型別的元素提供顯式的值

 一般情況下，沒有必要給列舉型別的元素提供顯式的值。建立列舉的理由之一，就是為了代替使用實際的值。不正確的為列舉型別的元素設定顯式的值，會帶來意想不到的錯誤。

 enum Week
    {
        Money = 1,
        Tuesday = 2,
        TempValue,
        Wednesday = 3,
        Thursday = 4,
        Friday = 5,
        Saturday = 6,
        Sunday = 7
    }

假如我們在如上列舉中，又添加了一個TempValue的元素。可以先猜測一下此時TempValue的值會是多少？

通過除錯可以發現。當編譯器發現元素ValueTemp的時候，它會自動在Tuesday=2的基礎上+1，所以ValueTemp的值和Wednesday的值都是3。可見，列舉元素允許設定重複的值。

注意： 本建議也有例外的情況。例如，當為一個列舉型別指定System.FlagsAttribute屬性就意味著可以為這些值執行And、Or、Not、Xor按位運算了，這樣一來，列舉的每個元素的值就要求都是2的若干次冪，指數依次遞增。

[Flags]
    enum Week
    {
        None = 0x0,
        Money = 0x1,
        Tuesday = 0x2,
        Wednesday = 0x4,
        Thursday = 0x8,
        Friday = 0x10,
        Saturday = 0x20,
        Sunday = 0x40
    }

按位運算在這裡不多說了，詳情可以檢視 http://www.cnblogs.com/NetBelieve/archive/2012/07/30/2615006.html 

建議9、習慣過載運算子

 在開發的過程中，應該習慣於使用微軟提供給我們的語法特性。我想大部分人應該喜歡看到這樣的語法特性：

            int x = 7;
            int y = 8;
            int total = x + y;

而不是看到下面的語法：

            int x = 7;
            int y = 8;
            int total = int.Add(x, y);

所以我們在自定義型別的時候，也可以考慮看看型別是否可以使用運算子過載。

    public class Salary
    {
        public int RMB { get; set; }
        public static Salary operator +(Salary s1, Salary s2)
        {
            s2.RMB += s1.RMB;
            return s2;
        }
    }

那現在我們來進行呼叫的時候就方便了很多。

            Salary s1 = new Salary() { RMB = 10 };
            Salary s2 = new Salary() { RMB = 20 };
            Salary s3 = s1 + s2;