本文匯總了高效C#編碼常見的優(yōu)化原則，對于進行C#程序設(shè)計來說有很大的參考借鑒作用。具體列出如下：

1.foreach VS for 語句

Foreach 要比for具有更好的執(zhí)行效率
Foreach的平均花費時間只有for的30%.通過測試結(jié)果在for和foreach都可以使用的情況下,我們推薦使用效率更高的foreach

另外,用for寫入數(shù)據(jù)時間大約是讀取數(shù)據(jù)時間的10倍左右.

2.避免使用ArrayList

ArrayList的性能低下任何對象添加到ArrayList中都要封箱為System.Object,從ArrayList中取出數(shù)據(jù)都要拆箱回實際的類型
 泛型集合類的高性能,泛型集合是強類型的

3.使用HashTable字典集合

當存放少量數(shù)據(jù)時建議使用HashTable取代像StringDictionary,NameValueCollection, HybridCollection這樣的字典集合

4.為字符串容器聲明常量

為字符串容器聲明常量,不要直接把字符串封裝在雙引號””中,避免字符串對象不斷在內(nèi)存中創(chuàng)建和釋放.提高字符串對象的訪問效率.

//避免
MyObject obj = new MyObject();
obj.Status = “Active”;
//推薦
const string c = “Acive”;
MyObject obj = new MyObject();
obj.Status = c;

5.使用String.Compare()字符串比較

不要使用UpperCase或LowerCase轉(zhuǎn)換字符串的大小寫,再進行比較
使用String.Compare()可忽略字符串大小寫進行比較

String strTemp = “Active”;
If(String.Compare(strTemp,”active”,true)==0){
     Consolt.Write(“Equal”);
}

6.使用StringBuilder字符串拼接

①.String類對象是不可變的(只讀),對于String對象的重新賦值,本質(zhì)是重新創(chuàng)建一個新的String對象并賦予新值給該對象.

②.System.Text.StringBuilder 維護一個長度等于Capacity的字符串(可以看作字符數(shù)組)，當Capacity長度的字符串不足以容納結(jié)果字符串時，StringBuilder開辟新的長度為經(jīng)過上面的規(guī)則計算好的Capacity的內(nèi)存區(qū)域，將原字符串復(fù)制到新的內(nèi)存區(qū)域再進行操作，原字符串區(qū)域交給GC回收。因此這里也涉及到內(nèi)存的分配與回收，使用StringBuilder時最好估算一下所需容量，用這個容量初始化Capacity，提高性能。StringBuilder不能保證所有實例成員都是線程安全的，盡管在類型定義中加入了很多線程安全的控制，如果要確保其線程安全，須手工實現(xiàn)線程同步機制。

7.XPathDocument讀取XML文件

如果只是讀取XML對象的數(shù)據(jù),那么用只讀的XPathDocument代替XMLDocument,可以提高性能

8.避免在循環(huán)體里聲明變量,應(yīng)該在循環(huán)體外聲明變量,在循環(huán)體內(nèi)初始化變量

//避免
For(int i=0;i<10;i++){
    SomeClass obj = new SomeClass();
    //…
}
//推薦
SomeClass obj = null;
For(int i=0; i<10; i++){
    obj = new SomeClass();
    //…
}

9.捕獲指定的異常

捕獲異常時,應(yīng)使用具體的異常類進行捕獲,并按照異常所捕獲得范圍按照由小到大的順序進行定義不要使用通用的System.Exception

Private void Find(object obj){
    try{
        Console.write(obj.ToString());
      }
    catch(ArgumentNullException ane)
      {  //…  }
    catch(ArgumentException ae)
      {  //…  }
    catch(SystemException se)
      {  //…   }
    catch(Exception e)
      {  //…   }
}

不要使用Exception控制流程,捕獲異常對性能的損耗是眾所周知的.因此最好能夠避免異常的發(fā)生

10.使用using和try/finally清理資源

.NET 平臺在內(nèi)存管理方面提供了GC（Garbage Collection），負責自動釋放托管資源和內(nèi)存回收的工作，但它無法對非托管資源進行釋放，這時我們必須自己提供方法來釋放對象內(nèi)分配的非托管資源
使用非托管資源的類型必須實現(xiàn)IDisposable接口的Dispose方法來精確的釋放資料
當使用帶有Dispose方法的類型化資源時,應(yīng)在使用完畢時調(diào)用Dispose方法,及時釋放掉不用的資源.
使用using或try/finally能更好的保證Dispose方法被及時的調(diào)用

11.避免濫用反射

反射是比較浪費性能的操作,應(yīng)避免濫用反射
影響性能的原因:
當使用反射來調(diào)用類型或觸發(fā)方法,訪問字段屬性時,CLR需要做更多的工作:校驗參數(shù),檢查權(quán)限等.
當編寫一個動態(tài)構(gòu)造類型(晚綁定)的應(yīng)用時,可采取以下方式進行替換
通過類的繼承關(guān)系
通過接口實現(xiàn)
通過委托實現(xiàn)

12.避免裝箱操作

使用值類型的ToString方法避免裝箱操作
原因:數(shù)字和字符串拼接的時候,因為數(shù)據(jù)類型不同,數(shù)字通過裝箱操作轉(zhuǎn)換為引用類型后才能與字符串進行拼接.

//建議
int num=5;
string str = “l(fā)ink me”+num.ToString();

13.HttpServerUtility.Transfer

采用 Server.Transfer 語法，在頁面中使用該方法可避免不必要的客戶端重定向（Response.Redirect）。

Int32.TryParse()
類型轉(zhuǎn)化Int32.TryParse()優(yōu)于Int32.Parse()優(yōu)于Convert.ToInt32()

Convert.ToInt32 會把最終的解析工作代理給Int32.Parse

Int32.Parse 會把最終的解析工作代理給Number.ParseInt32

Int32.TryParse 會把最終的解析工作代理給Number.TryParseInt32

相信本文所述的C#優(yōu)化原則能夠?qū)Υ蠹业腃#程序設(shè)計起到一定的借鑒作用。

最新評論