高效C#编码优化原则

本文汇总了高效C#编码常见的优化原则,对于进行C#程序设计来说有很大的参考借鉴作用。

具体列出如下:

1.foreach VS for 语句

Foreach 要比for具有更好的执行效率

Foreach的平均花费时间只有for的30%.通过测试结果在for和foreach都可以使用的情况下,我们推荐使用效率更高的foreach

另外,用for写入数据时间大约是读取数据时间的10倍左右.

2.避免使用ArrayList

ArrayList的性能低下任何对象添加到ArrayList中都要封箱为System.Object,从ArrayList中取出数据都要拆箱回实际的类型

 泛型集合类的高性能,泛型集合是强类型的

3.使用HashTable字典集合

当存放少量数据时建议使用HashTable取代像StringDictionary,NameValueCollection, HybridCollection这样的字典集合

4.为字符串容器声明常量

为字符串容器声明常量,不要直接把字符串封装在双引号””中,避免字符串对象不断在内存中创建和释放.提高字符串对象的访问效率.


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

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

不要使用UpperCase或LowerCase转换字符串的大小写,再进行比较

使用String.Compare()可忽略字符串大小写进行比较


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

6.使用StringBuilder字符串拼接

①.String类对象是不可变的(只读),对于String对象的重新赋值,本质是重新创建一个新的String对象并赋予新值给该对象.

②.System.Text.StringBuilder 维护一个长度等于Capacity的字符串(可以看作字符数组),当Capacity长度的字符串不足以容纳结果字符串时,StringBuilder开辟新的长度为经过上面的规则计算好的Capacity的内存区域,将原字符串复制到新的内存区域再进行操作,原字符串区域交给GC回收。

因此这里也涉及到内存的分配与回收,使用StringBuilder时最好估算一下所需容量,用这个容量初始化Capacity,提高性能。

StringBuilder不能保证所有实例成员都是线程安全的,尽管在类型定义中加入了很多线程安全的控制,如果要确保其线程安全,须手工实现线程同步机制。

7.XPathDocument读取XML文件

如果只是读取XML对象的数据,那么用只读的XPathDocument代替XMLDocument,可以提高性能

8.避免在循环体里声明变量,应该在循环体外声明变量,在循环体内初始化变量


//避免
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.捕获指定的异常

捕获异常时,应使用具体的异常类进行捕获,并按照异常所捕获得范围按照由小到大的顺序进行定义不要使用通用的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控制流程,捕获异常对性能的损耗是众所周知的.因此最好能够避免异常的发生

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

.NET 平台在内存管理方面提供了GC(Garbage Collection),负责自动释放托管资源和内存回收的工作,但它无法对非托管资源进行释放,这时我们必须自己提供方法来释放对象内分配的非托管资源

使用非托管资源的类型必须实现IDisposable接口的Dispose方法来精确的释放资料

当使用带有Dispose方法的类型化资源时,应在使用完毕时调用Dispose方法,及时释放掉不用的资源.

使用using或try/finally能更好的保证Dispose方法被及时的调用

11.避免滥用反射

反射是比较浪费性能的操作,应避免滥用反射

影响性能的原因:

当使用反射来调用类型或触发方法,访问字段属性时,CLR需要做更多的工作:校验参数,检查权限等.

当编写一个动态构造类型(晚绑定)的应用时,可采取以下方式进行替换

通过类的继承关系

通过接口实现

通过委托实现

12.避免装箱操作

使用值类型的ToString方法避免装箱操作

原因:数字和字符串拼接的时候,因为数据类型不同,数字通过装箱操作转换为引用类型后才能与字符串进行拼接.


//建议
int num=5;
string str = “link me”+num.ToString();

13.HttpServerUtility.Transfer

采用 Server.Transfer 语法,在页面中使用该方法可避免不必要的客户端重定向(Response.Redirect)。

Int32.TryParse()

类型转化Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()

Convert.ToInt32 会把最终的解析工作代理给Int32.Parse

Int32.Parse 会把最终的解析工作代理给Number.ParseInt32

Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32

相信本文所述的C#优化原则能够对大家的C#程序设计起到一定的借鉴作用。

0.221415s