关于Dictionary是否应该是用TryGetValue,又白痴了一回
终于被换工作和其他事情忙完有点时间了,开始写下博客,之前的ASP.NET的东西还在草稿箱里快发霉了,看来无论是每日工作需要3~5小时清净期,连工作本身,也应该需要
之前在的德企有严格的代码规范,好像是64页左右吧,其中就有一段是关于Dictionary的,大致上是说遇到要取不确定的数据的时候不能这么写:
myObject result = null; if (theDictionary.ContainsKey(id)) { result = theDictionary[id]; //What ever you gonna do next... }
得是用TryGetValue,以减少一次不必要的查找:
myObject result = null; if (theDictionary.TryGetValue(id, out result)) { //What ever you gonna do next... }
用惯ContainsKey再看到的时候觉得十分合适,但有一段时间用得比较多,突然觉得在某些时候还是值得商榷。
比如是一个GetValue之类的方法(抱歉,滥用Get命名可耻):
Dictionary<T1, T2> theDictionary; T2 GetValue(T1 iD) { T2 result = null; theDictionary.TryGetValue(iD, out result); return result; }
我突然很在意好像无故开多了一个容器,如果用ContainsKey的话判断有再开容器或许更合适,这么随意开些空东西等GC来回收似乎不太人道,应该视情况而定。随后还觉得这是个好结论得意了一阵子,然后突然想到,Dictionary获取数据好像第一步是GetHashCode先,过程也不简单。
GetHashCode返回的是int值,其处理过程有时候会比较复杂,有时会有一些类型转换,所以个中必然会产生临时而最后又被抛弃了的容器。这么看来,TryGetValue前那一个有很大概率会被使用的容器还真是不值一提,自己还花了比较长时间来思考这个问题,真是又白痴了一回。