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

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

比如说。我有一个“评级”查找表，用于填充dropdownlist。您会创建一个带有ratingid和rating属性的ratings对象，并将其传递给您的UI，还是有一种更有效的方法

---

欣赏您的想法。

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

我建议，解决方案将取决于查找数据更改的频率、是否需要对其进行编辑，以及是否在数据库中强制执行引用完整性。我认为，如果将每种查找类型放在一个单独的表中，会使模式更容易理解

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

---

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

“我特别想要的是您将数据库中的现有查找表映射回UI级别的策略。假设我们已经有了一组查找表。”-请编辑问题，具体说明您拥有什么以及您想要什么。