高效C#編碼優(yōu)化

1.foreach VS for 語句

Foreach 要比for具有更好的執(zhí)行效率Foreach的平均花費時間只有for的30%.通過測試結果在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字符串拼接1.String類對象是不可變的(只讀),對于String對象的重新賦值,本質(zhì)是重新創(chuàng)建一個新的String對象并賦予新值給該對象.2.System.Text.StringBuilder 維護一個長度等于Capacity的字符串(可以看作字符數(shù)組)，當Capacity長度的字符串不足以容納結果字符串時，StringBuilder開辟新的長度為經(jīng)過上面的規(guī)則計算好的Capacity的內(nèi)存區(qū)域，將原字符串復制到新的內(nèi)存區(qū)域再進行操作，原字符串區(qū)域交給GC回收。因此這里也涉及到內(nèi)存的分配與回收，使用StringBuilder時最好估算一下所需容量，用這個容量初始化Capacity，提高性能。StringBuilder不能保證所有實例成員都是線程安全的，盡管在類型定義中加入了很多線程安全的控制，如果要確保其線程安全，須手工實現(xiàn)線程同步機制。

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

8.避免在循環(huán)體里聲明變量,應該在循環(huán)體外聲明變量,在循環(huán)體內(nèi)初始化變量//避免For(int i=0;i<10;i++){ SomeClass obj = new SomeClass(); //&hellip;}//推薦SomeClass obj = null;For(int i=0; i<10; i++){ obj = new SomeClass(); //…}

9.捕獲指定的異常捕獲異常時,應使用具體的異常類進行捕獲,并按照異常所捕獲得范圍按照由小到大的順序進行定義不要使用通用的System.ExceptionPRivate 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方法的類型化資源時,應在使用完畢時調(diào)用Dispose方法,及時釋放掉不用的資源.使用using或try/finally能更好的保證Dispose方法被及時的調(diào)用

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

12.避免裝箱操作使用值類型的ToString方法避免裝箱操作原因:數(shù)字和字符串拼接的時候,因為數(shù)據(jù)類型不同,數(shù)字通過裝箱操作轉(zhuǎn)換為引用類型后才能與字符串進行拼接.//建議int num=5;string str = “link 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