对象具体化（WCF 数据服务）
通过**“添加服务引用”**对话框在基于 .NET Framework 的客户端应用程序中使用 开放式数据协议 (OData) 源时，将会为该源公开的数据模型中的每个实体类型生成等效的数据类。 有关更多信息，请参见生成客户端数据服务类 (WCF Data Services)。 查询返回的实体数据将具体化为所生成的客户端数据服务类之一的实例。 有关所跟踪对象的合并选项和标识解析的信息，请参见管理数据服务上下文（WCF 数据服务）。
WCF 数据服务 还允许您定义自己的客户端数据服务类，而不是使用工具生成的数据类。 这样您便可以使用自己的数据类，也称为“纯旧式 CLR 对象”(POCO) 数据类。 当使用这些类型的自定义数据类时，应该使数据类具有 DataServiceKeyAttribute 或 DataServiceEntityAttribute 特性，并且确保客户端上的类型名称与数据服务的数据模型中的类型名称相匹配。
从查询响应中具体化实体
在库收到查询响应消息之后，它会将从 OData 源返回的数据具体化为属于此查询的类型的客户端数据服务类的实例。 以下是具体化这些对象的一般过程：
客户端库从响应消息源中的 entry 元素读取序列化的类型，并尝试采用以下方法之一创建正确类型的新实例：
当在源中声明的类型与 DataServiceQuery<TElement> 的类型具有相同的名称时，会使用空的构造函数创建此类型的新实例。
当在源中声明的类型与从 DataServiceQuery<TElement> 的类型派生的类型具有相同的名称时，会使用空的构造函数创建此派生类型的新实例。
当在源中声明的类型无法与 DataServiceQuery<TElement> 的类型或任何派生的类型相匹配时，会使用空的构造函数创建所查询类型的新实例。
设置 ResolveType 属性时，会调用提供的委托来重写基于默认名称的类型映射，并改为创建由 Func<T, TResult> 返回的类型的新实例。 如果此委托返回一个 null 值，则改为创建所查询类型的新实例。 可能需要重写基于默认名称的类型名称映射以支持继承方案。
客户端库从 entry 的 id 元素中读取 URI 值，它是实体的标识值。 除非使用 NoTracking 的 MergeOption 值，否则将使用标识值来跟踪 DataServiceContext 中的对象。 该标识值还用于保证仅创建一个实体实例，即使某个实体在查询响应中返回多次。
客户端库从源项中读取属性并对新创建的对象设置相应的属性。 如果具有相同标识值的对象已出现在 DataServiceContext 中，则根据 DataServiceContext 的 MergeOption 设置来设定这些属性。 响应可能包含其相应属性不出现在客户端类型中的属性值。 发生这种情况时，将根据 DataServiceContext 的 IgnoreMissingProperties 属性的值采取操作。 当此属性设置为 true 时，忽略缺少的属性。 否则将引发错误。 按如下方式设置这些属性：
将标量属性设置为响应消息中该项的相应值。
将复杂属性设置为新的复杂类型实例，其中使用响应中的复杂类型的属性设置这些属性。
将返回相关实体集合的导航属性设置为 ICollection<T> 的新实例或现有实例，其中 T 是相关实体的类型。 除非相关对象已加载到 DataServiceContext 中，否则此集合是空的。 有关更多信息，请参见加载延迟的内容（WCF 数据服务）。
备注
当生成的客户端数据类支持数据绑定时，导航属性改为返回 DataServiceCollection<T> 类的实例。有关更多信息，请参见将数据绑定到控件（WCF 数据服务）。
引发 ReadingEntity 事件。
客户端库将该对象附加到 DataServiceContext。 当 MergeOption 为 NoTracking 时不附加该对象。