6

语境：

  • 代码优先，实体框架 4.3.1；
  • 用户----主题，1对多关系；
  • User带有public virtual ICollection<Topic> CreatedTopics导航属性（延迟加载）；
  • Topic带有public virtual User Creator导航属性；
  • DataServiceController : DbDataController<DefaultDbContext>, Web API beta, ASP.NET MVC 4 Beta , 单页应用程序；
  • System.Json 用于 Json 序列化；

  • Web API 操作：

    public IQueryable<Topic> GetTopics()
{
    // return DbContext.Topics;                   // OK
    return DbContext.Topics.Include("Creator");   //With Exception
}

  • 结果：“w3wp.exe 中出现未处理的 microsoft .net 框架异常”

这里的问题似乎是：我不应该在两个实体中添加导航属性（导致循环引用？），如果我删除类中的CreatedTopics导航属性User，它会再次正常。

因此，在上面列出的类似上下文中，这是我的问题：

  1. 1对多关系的情况下如何处理Navigation Properties ；
  2. 此外，多对多关系怎么样，我必须将它分成两个1 对多关系吗？
  3. 使用导航属性的最佳实践和注意事项是什么？

我已经阅读了许多相关的帖子，但仍然不够清楚:(,

谢谢你的帮助！

院长

4

1 回答 1

9

这不是代码优先或 EF 的问题 - 这是序列化的问题。默认情况下，用于将对象图转换为 Web API 消息中传递的某种表示的序列化程序无法使用循环引用。根据您要使用的消息格式，Web API 默认使用不同的序列化程序 -这里有更多关于 Web API 使用的默认序列化程序以及如何更改它的方式。以下文本假设您正在使用DataContractJsonSerializeror DataContractSerializer（对于 XML 序列化应该是默认的），但对于 JSON.NET 也是可能的（对于 JSON 序列化应该是默认的 - 可以切换到 JSON 序列化，DataContractJsonSerializer但默认序列化器更好）。

那你能做什么？DataContract(IsReference = true)您可以告诉序列化程序它应该通过使用属性标记您的类和每个传递的属性来跟踪这些循环引用DataMember（查看链接文章以了解如何使用 JSON.NET 实现它）。这将允许序列化程序正确识别周期，并且序列化理论上会成功。理论上因为这也要求不使用延迟加载。否则，您可以序列化比预期更多的数据（在某些灾难性场景中，它可能导致序列化数据库的全部内容）。

当您序列化启用延迟加载的实体图时，您将序列化 aTopic及其Creator但序列化也将访问CreatedTopics属性 => 所有相关主题都被延迟加载并由序列化处理，并且序列化继续访问Creator所有新加载的主题！这个过程一直持续到没有其他对象可以延迟加载。因此，您在序列化实体时永远不应该使用延迟加载。

其他选项是从序列化中排除反向引用。你只需要序列化Creator​​. 您不需要序列化CreatedTopics，因此您可以使用属性标记IgnoreDataMember属性（JsonIgnore对于 JSON.NET）。问题是，如果您还具有用于返回User所有他的Web API 操作，CreateTopics则由于该属性，这将不起作用。

最后一个选项是不使用实体。此选项通常用于 Web 服务，您可以在其中创建满足特定操作要求的特殊 DTO 对象，并在操作内处理实体和 DTO 之间的转换（可能借助 AutoMapper 等工具）。

处理一对一、一对多或多对多关系没有区别。如果两侧都有导航属性，则必须始终处理此问题。

于 2012-07-03T18:39:16.223 回答