广泛使用 C Sharp 中的哈希表

Question

在我的 tcp 服务器项目中，我需要跟踪要在全局范围内使用的许多对象。我对哈希表上瘾了，目前我在我的项目中使用了大约 10 个哈希表，它们将存储不同类型的对象。

我的问题是，这样可以吗？我知道它是一个相当庞大的数据结构，但它使我的工作变得非常容易，而不是寻求其他选择。例如，我有很多组文本框，我需要跟踪它们。所以我把它们全部放在一个哈希表中并按我喜欢的方式使用它们。

在大型多线程应用程序上工作时，这种方法是否是可接受且正常的编程方式？

Answer 1

从您的示例中尚不清楚，但听起来好像您正在使用全局哈希图从程序中的任何点访问您需要的对象（例如界面中的文本框）。

a) 这样的全局访问不是一个好的实践，对于接口对象更是如此。这些应该只能从前端模块访问，你的 TCP 服务器后端不会关心这些。

b) 在“功能组”中排列对象的正确方法是拥有适当的类，而不是 5-10 个哈希图。为什么，在实践中？考虑这两种方法（在类似 python 的伪代码中）：

# Interface is a hash-map of interface objects, like text-boxes. 'status' is the key
# in the map for one of those.
Interface['status'].setText("New status!")
# vs:
# Interface is a proper object with its own class, that handles the interface. It has
# all our text-boxes "inside" of it.
Interface.updateStatus("New status!")

现在，假设您改变主意并希望将状态表示为绘图，而不是文本框。使用第二种方法很简单：您只需相应地调整 GUI，并更改 updateStatus 方法的行为方式即可！

使用第一种方法，您现在会遇到混乱对不再存在的文本框的 hahsmap 访问，这些访问遍布您的代码中。

这是一种比哈希图或全局对象更通用的做法 - 它是关于使用具有明确定义的接口的对象，并且可以在内部更改而不影响程序的其余部分。

Answer 2

使用哈希表的最大优点是可以存储任何类型的数据。 HashTable 内部使用字典类型。

如果您存储在哈希表中的所有数据都是同一类型，我建议您使用通用类型。

字典<整数，字符串>或偶数列表<,>类型以获得更好的性能。

Answer 3

只要你的内存消耗很低，我认为没有问题。之后您应该将哈希表迁移到磁盘。要么使用完整的关系数据库，要么简单地使用键值存储之一。你的选择。