![](/img/trans.png)
[英]Thread safety of concurrent writes with discrete keys in Dictionary<,> indexer
[英]Type safety for Dictionary keys?
我計划在一個項目中使用多個以名稱索引的字典。 我的第一選擇是使用string
鍵,這只是我的Value
元素的Name屬性。
但是,即使它們訪問不同的類型,這也會使字典鍵相同:
private Dictionary<string, Foo> myFoos;
private Dictionary<string, Bar> myBars;
myFoos[bar.Name]; // shouldn't be able to do this!
我希望這些鍵彼此之間類型不兼容,以使它們無法相互混淆:
private Dictionary<FooName, Foo> myFoos;
private Dictionary<BarName, Bar> myBars;
由於為每種Value
類型創建*Name
類都是過分的,因此我創建了Name<T>
類:
public struct Name<T>
{
public string Name;
// for convenience, could be explicit instead
static implicit operator string(Name<T> name)
{
return name.Name;
}
}
這會給我
private Dictionary<Name<Foo>, Foo> myFoos;
private Dictionary<Name<Bar>, Bar> myBars;
然后我可以存儲Name<Foo>
實例而不是字符串。
這似乎有點笨拙,但這是我到目前為止提出的最好的方法-關於如何做得更好的任何建議?
這是誤導還是很棒?
這將起作用,除了您需要重寫Equals
和GetHashCode
以使名稱按值進行比較。
第一個問題是:
我希望這些鍵彼此之間類型不兼容,以使它們無法相互混淆:
為什么? 實際上有混淆的可能嗎? 這不是很明顯。 提醒您,我並不是說您的方法不好; 實際上,實際上,這樣做可能會帶來真正的好處。 但是考慮一下數組索引器:
int a[];
float b[];
數組的類型不兼容,但都使用整數索引。 是的 ,當索引混淆時,這實際上可能會導致問題–可能與鍵所面臨的問題相同。
因此,這種情況與您的情況完全相似。 畢竟,對於不同的容器使用相同的密鑰類型可能還不錯(盡管從理論上講您是正確的,並且存在混淆的風險)。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.