C# 类Gmail标签系统

C# 类Gmail标签系统,c#,design-patterns,C#,Design Patterns,我正在研究一些方法来实施一个类似于Gmail的标签系统。基本上,我有一个最低级别的资源,我想以标签的形式为该资源提供一些组织分组。如果有人实施了类似的措施,我想听听你的看法。我的想法是在资源实例中有一个列表。我需要有一个有效的机制,以便根据标签或资源进行快速搜索 谢谢 迪米特里斯不,我不会那样做。我会考虑维护两个字典,Label->HashSet和Resource->HashSet。这将为您提供两个方向的快速查找。显然,您应该封装这个 另外,无论你做什么,你都不应该把它嵌入到你的资源中。它是一种

我正在研究一些方法来实施一个类似于Gmail的标签系统。基本上,我有一个最低级别的资源,我想以标签的形式为该资源提供一些组织分组。如果有人实施了类似的措施,我想听听你的看法。我的想法是在资源实例中有一个列表。我需要有一个有效的机制,以便根据标签或资源进行快速搜索

谢谢
迪米特里斯

不,我不会那样做。我会考虑维护两个字典,Label->HashSet和Resource->HashSet。这将为您提供两个方向的快速查找。显然,您应该封装这个


另外,无论你做什么,你都不应该把它嵌入到你的资源中。它是一种资源,并且保持着它的标签?不,一个人的责任和所有这些。

不,我不会那样做。我会考虑维护两个字典,Label->HashSet和Resource->HashSet。这将为您提供两个方向的快速查找。显然,您应该封装这个


另外,无论你做什么,你都不应该把它嵌入到你的资源中。它是一种资源,并且保持着它的标签?不,只有一个责任,诸如此类。

如果我说得对,你说的是另一个类管理器,它将保存两个字典,因此在标签和资源实例之外具有查找功能。如果有10000或100000个相同标签的资源,会发生什么?哈希集的大小不会太大吗?有解决方案吗?如果我没弄错的话,你说的是另一个类管理器,它将保存这两个字典,因此在标签和资源实例之外具有查找功能。如果有10000或100000个具有相同标签的资源,会发生什么情况?哈希集的大小不会太大吗?有解决办法吗?