n 层设计、查找表和自定义实体

Question

在使用自定义实体的 n 层应用程序中，您如何发现自己处理查找表所需的数据？您是否为这些查找表中的每一个创建实体或采用其他策略？

例如。我有一个“评级”查找表，用于填充下拉列表。您会创建一个带有 ratingid 和 rating 属性的 rating 对象并将其传递给您的 UI，还是有更有效的方法来实现它？

欣赏你的想法。

Answer 1

我建议解决方案取决于查找数据更改的频率、是否需要可编辑以及您是否在数据库中强制执行参照完整性。我认为如果您将每种查找类型放入单独的表中，它会使架构更易于理解。

我通常不会为每个查找表创建实体，而是将大多数常见查找加载到应用程序可以轻松重用的结构中 - 例如，对于 asp.net 应用程序，我将创建可以轻松绑定到大多数 Web 控件的哈希表或有序字典。

而且，可怕的是，我有时会创建一个单例来管理对所有这些查找的访问，这些查找可以存储为静态变量或缓存中，具体取决于要求。

Answer 2

我们将不同的查找类型分成不同的对象。这似乎需要更多的工作，但它使我们能够在需要时对每个单独的对象进行更改，例如向对象添加附加信息。