我正在参加「初夏创意投稿大赛」详情请看:初夏创意投稿大赛
慢慢步入了夏天,我们面对炎热酷暑的方法不要太多,但是作为程序员的我们,除了在家撸码,更应该让我们的代码也清凉一下吧,前端各种UI花里胡哨,那我们后端语言如何跟上呢?思考了好久,不如介绍几个优化C#程序的方法小知识,一起给程序降个温吧。
1.避免滥用反射
C#撸码千万条,反射第一条。记好了
都知道反射是比较浪费性能的操作,应避免滥用反射 影响性能的原因,当使用反射来调用类型或触发方法,访问字段属性时,CLR需要做更多的工作,例如校验参数,检查权限等. 当编写一个动态构造类型的应用时,可采取以下方式进行替换
1.通过类的继承关系
2.通过接口实现
3.通过委托实现
2.HashTable和循环
-
当存放少量数据时建议使用HashTable取代像Dictionary,NameValueCollection, 这样的字典集合
-
在C#中foreach 要比for具有更好的执行效率 foreach 的平均花费时间只有for的30%,通过测试结果在for和foreach 都可以使用的情况下,我们推荐使用效率更高的foreach 另外,用for写入数据时间大约是读取数据时间的10倍左右呢。
3.使用Compare()
大家在对比字符串的时候,是不是使用UpperCase或LowerCase转换字符串的大小写,再进行比较呢?别说没有,我就一直是这么干的,其实使用String.Compare() 可忽略字符串大小写进行比较。
if("AAA" == str.UpperCase())
{
Console.Write("相等");
}
string str = "AAA";
if (string.Compare("AAA", str, true) == 0)
{
Console.Write("相等");
}
复制代码
4.StringBuilder
1.String类对象是不可变的(只读),对于String对象的重新赋值,本质是重新创建一个新的String对象并赋予新值给该对象.
2.StringBuilder 维护一个长度等于Capacity的字符串(可以看作字符数组),当Capacity长度的字符串不足以容纳结果字符串时,StringBuilder开辟新的长度为经过上面的规则计算好的Capacity的内存区域,将原字符串复制到新的内存区域再进行操作,原字符串区域交给GC回收。因此这里也涉及到内存的分配与回收,使用StringBuilder时最好估算一下所需容量,用这个容量初始化Capacity,提高性能。StringBuilder不能保证所有实例成员都是线程安全的.
5.声明变量
避免在循环体里声明变量,应该在循环体外声明变量,在循环体内初始化变量
private void Query(object obj)
{
//避免
for (int i = 0; i < 10; i++)
{
Define obj = new Define();
}
//推荐 Define obj = null;
for (int i = 0; i < 10; i++)
{
obj = new Define();
}
}
复制代码
6.捕获指定的异常
捕获异常时,应使用具体的异常类进行捕获,并按照异常所捕获得范围,按照由小到大的顺序进行定义不要使用通用的System.Exception
private void Find(object obj)
{
try
{
Console.WriteLine(obj.ToString());
}
catch (ArgumentNullException ane)
{
}
}
复制代码
7.using、装箱
-
.NET 平台在内存管理方面提供了GC(Garbage Collection) ,负责自动释放托管资源和内存回收的工作,但它无法对非托管资源进行释放,这时我们必须自己提供方法来释放对象内分配的非托管资源 使用非托管资源的类型必须实现IDisposable接口的Dispose方法来精确的释放资料 当使用带有Dispose方法的类型化资源时,应在使用完毕时调用Dispose方法,及时释放掉不用的资源, 使用using或try/finally能更好的保证Dispose方法被及时的调用
-
使用值类型的ToString方法避免装箱操作 原因:数字和字符串拼接的时候,因为数据类型不同,数字通过装箱操作转换为引用类型后才能与字符串进行拼接.
int number=5;
string str = "str" + num.ToString();
复制代码