關於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前那一個有很大機率會被使用的容器還真是不值一提，自己還花了比較長時間來思考這個問題，真是又白癡了一回。