Unity代码性能优化:C#篇章

本文探讨了枚举、struct作为Dictionary键时的性能问题,涉及值类型比较、字符串操作效率、泛型使用以及避免字典检索优化。重点讲解了如何通过重载Equals()和GetHashCode()解决性能问题,以及StringBuilder在字符串拼接中的优势。
1.Enum、struct值类型作为Dictionary的Key时存在的性能问题:
Dictionary的Key是唯一的,那么在比较时如果Key没有实现IEquatable接口,那么就会调用object.Equals()方法来进行比较,但是枚举是值类型,所以所以在字典比较Key的时候会调用万物基类object提供的Equals(),这个过程会导致装箱,但是同样为值类型的int、float却没有这个问题,因为他们都实现了Equals()和GetHashCode(),这里也引出了,如果自己定义结构体类型的话,一定要重载Equals()、GetHashCode()等函数
2.String操作
String是不可变类,我们经常会使用string info = xxStr + "xxxstr"的方式来连接字符串,但是这个过程中会导致创建一个新的字符串,如果连续+的话会更严重,因为每一次+都会产生一个新的字符串。
所以如果是较长或者频繁操作的字符串拼接应该使用StringBuilder,不过要注意StringBuilder的构造函数是可以填入初始容量的,可以根据经验和实际情况填写较为合适的容量避免扩容
注意ToUpper()和ToLower()方法也同样会产生这个问题
如果需要验证一个字符串是否为空字符串,那么最好的方式是 str.Length == 0。不过想要注意的时,字符串是常量,所以同样的字符串并不会导致重复创建字符串
3.虽然万物基类object作为函数参数、成员变量类型时非常方便,但是如果是传入的是值类型会存在装修和拆箱操作,所以建议使用泛型来代替
4.避免两次检索字典
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值