C#規範整理·語言要素

如有不理解，請留言，開始!

1. 正確操作字串

• 拼接字串一定要考慮使用 StringBuilder ,預設長度為16,實際看情況設定。
• StringBuilder本質： 是以非託管方式分配記憶體。
• 同時StringFormat方法 內部也是使用StringBuilder進行字串格式化。

2. 使用預設轉型方法

1. 型別的轉換運運算元 :每個型別內部都有一個方法(運運算元),分為隱式轉換和顯示轉換。
   自己實現隱式轉換：

puclic static implicit operator Ip(string ip) 
 {
      Ip iptemp=new Ip(ip)；
      return iptemp;
 }

1. 使用型別內建的Parse、TryParse、 ToString、ToDouble、 ToDateTime
2. 使用幫助類提供的方法： System.Convert類、 System.BitConverter類來進行型別的轉換。
3. 使用CLR支援的型別：父類和子類之間的轉換。

3. 區別對待強制轉型與as和is

為了編譯更強壯的程式碼，建議更常使用as和is

什麼時候使用as

• 如果型別之間都上溯到了某個共同的基類，那麼根據此基類進行的轉型（即基類轉型為子類本身）應該使用as。子類與子類之間的轉型，則應該提供轉換運運算元，以便進行強制轉型。
  as運運算元永遠不會丟擲異常，如果型別不匹配（被轉換物件的執行時型別既不是所轉換的標的型別，也不是其派生型別），或者轉型的源物件為null，那麼轉型之後的值也為null。

什麼時候使用is

• as運運算元有一個問題，即它不能操作基元型別。如果涉及基元型別的演演算法，就需要透過is轉型前的型別來進行判斷，以避免轉型失敗。

4.TryParse比Parse好

這個肯定好，不說了。安全

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

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

1. 資料庫支援整數可為空
2. 資料在傳輸過程中存在丟失問題，導致傳過來的值為null

寫法： int?i=null;

語法T?是Nullable＜T＞的簡寫，兩者可以相互轉換。可以為null的型別表示其基礎值型別正常範圍內的值再加上一個null值。例如，Nullable＜Int32＞，其值的範圍為-2 147 483 648～2 147 483 647，再加上一個null值。

？經常和？？配合使用，比如：

Copy

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

6.區別readonly和const的使用方法

使用const的理由只有一個，那就是效率。之所以說const變數的效率高，是因為經過編譯器編譯後，我們在程式碼中取用const變數的地方會用const變數所對應的實際值來代替。比如： const=100, const和100被使用的時候是等價，const自帶static光圈。
const和readonly的本質區別如下：

1. const是編譯期常量，readonly是執行期常量
2. const只能修飾基元型別、列舉型別或字串型別，readonly沒有限制。

• 註意：在構造方法內，可以多次對readonly賦值。即在初始化的時候。

7.將0值作為列舉的預設值

允許使用的列舉型別有byte、sbyte、short、ushort、int、uint、long和ulong。應該始終將0值作為列舉型別的預設值。不過，這樣做不是因為允許使用的列舉型別在宣告時的預設值是0值，而是有工程上的意義。
既然列舉型別從0開始，這樣可以避免一個星期多出來一個0值。

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

不要給列舉設定值。有時候有某些增加的需要，會為列舉新增元素，在這個時候，就像我們為列舉增加元素ValueTemp一樣，極有可能會一不小心增加一個無效值。

9.習慣多載運運算元

比如：Salary familyIncome=mikeIncome+roseIncome; 閱讀一目瞭然。透過使用opera-tor關鍵字定義靜態成員函式來多載運運算元，讓開發人員可以像使用內建基元型別一樣使用該型別。

10.建立物件時需要考慮是否實現比較器

有特殊需要比較的時候就考慮。集合排序比較透過linq 也可以解決。

11.區別對待==和Equals

無論是運運算元“==”還是方法“Equals”，都傾向於表達這樣一個原則：

1. 對於值型別，如果型別的值相等，就應該傳回True。
2. 對於取用型別，如果型別指向同一個物件，則傳回True。
   

   註意

• 由於運運算元“==”和“Equals”方法從語法實現上來說，都可以被多載為表示“值相等性”和“取用相等性”。所以，為了明確有一種方法肯定比較的是“取用相等性”，FCL中提供了Object.ReferenceEquals方法。該方法比較的是：兩個示例是否是同一個示例。
• 對於string這樣一個特殊的取用型別，微軟覺得它的現實意義更接近於值型別，所以，在FCL中，string的比較被多載為針對“型別的值”的比較，而不是針對“取用本身”的比較。

12.重寫Equals時也要重寫GetHashCode

• 除非考慮到自定義型別會被用作基於雜湊的集合的鍵值；否則，不建議重寫Equals方法，因為這會帶來一系列的問題。
  集合找到值的時候本質上是先去 查詢HashCode,然後才查詢該物件來比較Equals

註意
重寫Equals方法的同時，也應該實現一個型別安全的介面IEquatable＜T＞，比如 ：class Person:IEquatable

13.為型別輸出格式化字串

有兩種方法可以為型別提供格式化的字串輸出。

1. 一種是意識到型別會產生格式化字串輸出，於是讓型別繼承介面IFormattable。這對型別來說，是一種主動實現的方式，要求開發者可以預見型別在格式化方面的要求。
2. 更多的時候，型別的使用者需為型別自定義格式化器，這就是第二種方法，也是最靈活多變的方法，可以根據需求的變化為型別提供多個格式化器。

一個典型的格式化器應該繼承介面IFormatProvider和ICustomFomatter

14.正確實現淺複製和深複製

淺複製

將物件中的所有欄位複製到新的物件（副本）中。其中，值型別欄位的值被覆制到副本中後，在副本中的修改不會影響到源物件對應的值。而取用型別的欄位被覆制到副本中的是取用型別的取用，而不是取用的物件，在副本中對取用型別的欄位值做修改會影響到源物件本身。

深複製

同樣，將物件中的所有欄位複製到新的物件中。不過，無論是物件的值型別欄位，還是取用型別欄位，都會被重新建立並賦值，對於副本的修改，不會影響到源物件本身。

無論是淺複製還是深複製，微軟都建議用型別繼承IClone-able介面的方式明確告訴呼叫者：該型別可以被複製。當然，ICloneable介面只提供了一個宣告為Clone的方法，我們可以根據需求在Clone方法內實現淺複製或深複製。

• 一個簡單的淺複製的實現程式碼如下所示：

Copy

class Employee:ICloneable
{
public string IDCode {get;set;}
public int Age {get;set; }
public Department Department{get;set;}

#region ICloneable成員
public object Clone()
{
return this.MemberwiseClone();
}

#endregion

}

class Department
{
public string Name {get;set;}
public override string ToString()
{
return this.Name;
}
}

註意到Employee的IDCode屬性是string型別。理論上string型別是取用型別，但是由於該取用型別的特殊性（無論是實現還是語意），Object.MemberwiseClone方法仍舊為其建立了副本。也就是說，在淺複製過程，我們應該將字串看成是值型別。

• 一個簡單的深複製實現樣例如下(建議使用序列化的形式來進行深複製)

Copy

class Employee:ICloneable
{
public string IDCode{get;set;}
public int Age{get;set;}
public Department Department{get;set;}

#region ICloneable成員
public object Clone()
{
using(Stream objectStream=new MemoryStream())
{
IFormatter formatter=new BinaryFormatter();
formatter.Serialize(objectStream,this);
objectStream.Seek(0,SeekOrigin.Begin);
return formatter.Deserialize(objectStream)as Employee;
}
}
#endregion}

同時實現深複製和淺複製

由於介面ICloneable只有一個模稜兩可的Clone方法，所以，如果要在一個類中同時實現深複製和淺複製，只能由我們自己實現兩個額外的方法，宣告為DeepClone和Shallow。Em-ployee的最終版本看起來應該像如下的形式：

Copy

[Serializable]
class Employee:ICloneable
{
public string IDCode{get;set;}
public int Age{get;set;}
public Department Department{get;set;}
#region ICloneable成員
public object Clone()
{
return this.MemberwiseClone();
}

#endregion
public Employee DeepClone()
{
using(Stream objectStream=new MemoryStream())
{
IFormatter formatter=new BinaryFormatter();
formatter.Serialize(objectStream,this);
objectStream.Seek(0,SeekOrigin.Begin);
return formatter.Deserialize(objectStream)as Employee;
}
}

public Employee ShallowClone()
{
return Clone()as Employee;
}}

14.利用dynamic來簡化反射實現

dynamic是Framework 4.0的新特性。dynamic的出現讓C#具有了弱語言型別的特性。編譯器在編譯的時候不再對型別進行檢查，編譯器預設dynamic物件支援開發者想要的任何特性。
比如，即使你對GetDynamicObject方法傳回的物件一無所知，也可以像如下這樣進行程式碼的呼叫，編譯器不會報錯：

Copy

dynamic dynamicObject=GetDynamicObject();
Console.WriteLine(dynamicObject.Name);
Console.WriteLine(dynamicObject.SampleMethod());

當然，如果執行時dynamicObject不包含指定的這些特性（如上文中帶傳回值的方法SampleMethod），執行時程式會丟擲一個RuntimeBinderException異常：“System.Dynamic.ExpandoObject”未包含“Sam-pleMethod”的定義。

var與dynamic有巨大的區別

• var是編譯器的語法糖
• dynamic是執行時解析，在編譯期時，編譯器不對其做任何檢查。

反射使用

• 不使用dynamic方式

Copy

DynamicSample dynamicSample=new DynamicSample();
var addMethod=typeof(DynamicSample).GetMethod(“Add”);
int re=(int)addMethod.Invoke(dynamicSample,new object[] {1,2});

• 使用dynamic方式

Copy

dynamic dynamicSample2=new DynamicSample();
int re2=dynamicSample2.Add(1,2);

建議：始終使用dynamic來簡化反射實現。

總結

在大部分應用情況下，“效率”並沒有那麼高的地位，靈活性更重要。在部分情況下，“靈活性”並沒有那麼高的地位，效率最重要。

分享