在 .NET 中创建具有动态属性数量的数据模型的最佳方法

Question

我正在编写一个数据访问层，我只想返回每个请求所需的数据。假设您总共可以检索 100 个属性，但一个正常的请求可能只需要其中的两个或三个。

所以我在请求中添加了一个参数，用于指定要返回的属性，并且只会从数据库中提取这些数据。

正常的请求将返回 1,000 - 10,000 行的列表。我现在最关心的是如何有效地退货。

数据将在我的 .NET 项目中“内部”使用，但也可能被序列化为 XML 和 JSON，因此我不希望有 98 个空属性，而实际上只有 2 个是填充数据。

那么，用于创建此模型的最佳技术（在性能和“开销大小”的情况下）是什么？

更新： 所以一个属性实际上可以有三个状态。如果它从未被要求，它应该以某种方式被删除，如果它被要求它应该是 null 或实际值。

Answer 1

虽然我同意Andrei's answer 很方便，但它肯定会对性能产生影响。如果您的数据是平坦的（而且确实如此，因为您最终是从数据库中提取的），那么您可以拥有一个 IEnumerable<IDictionary<string, object>>，其中 IEnumerable<T> 中的每一行都是 IDictionary<string, object> 包含该行中的值。

一开始比较笨拙，但它是动态的；从结果集中添加或删除属性仍然有效。

它的性能也更高，因为您不会有 (1,000 to 10,000) * N 调用反射（1,000 到 10,000）行，乘以 N，每行上的属性数（如果每行有 100 个属性，那么这是对 Reflection 的 100,000 到 1,000,000 次调用，这些调用会加起来）。 DynamicDictionary 最终将键/值对存储在查找表中，但它使用反射（通过 DLR 优化，但这仍然是其核心）来获取查找表。

你知道什么是属性（你说你在内部为你的项目使用它，所以你必须知道你想使用的属性是什么）。为此，您真的应该使用强类型的data transfer object，其属性都可以为空，代表数据库中的值；结果集中任何为 null 或不存在的内容都将设置为 null。结果集中不存在的值永远不会被设置。

这样，您没有反射，您可以进行编译时类型检查（这非常重要，使用DynamicObject 会导致运行时异常）和更好的性能。 p>

XML 或 JSON 中的序列化使用这两种方法都很简单，您只需序列化 null 值，或者根本不序列化属性（如果使用 XML，只需确保您的架构支持将元素作为选项）。

Answer 2

考虑使用DynamicDictionary（参见System.Dynamic.DynamicObject 类文档中的“示例”部分），其中DynamicDictionary 派生自DynamicObject 类，能够在运行时获取/设置属性。

它使用内部字典来存储属性及其值，因此您最终不会得到很多未使用的属性，并且访问时间应该没问题。用法很简单

    // Creating a dynamic dictionary.
    dynamic person = new DynamicDictionary();

    // Adding new dynamic properties. 
    // The TrySetMember method is called.
    person.FirstName = "Ellen";
    person.LastName = "Adams";

或者您可以直接使用ExpandoObject，但它有点重，因为除了属性之外，它还允许您在此处存储事件和委托实例。

使用 XML/JSON 的序列化/反序列化在这里应该不是问题。