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

Question

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

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

欣赏你的想法。

Answer 1

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

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

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

Answer 2

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