终于被换工作和其他事情忙完有点时间了，开始写下博客，之前的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前那一个有很大概率会被使用的容器还真是不值一提，自己还花了比较长时间来思考这个问题，真是又白痴了一回。