使用附加对象与分离对象有什么好处？
我目前在存储库中所做的是在更新或删除对象之前手动分离对象。因此，如果我要更新或删除，我不会进行往返，而是按 ID 删除。我认为处理分离场景对我有用。我做错了吗？
我正在使用一个使用 asp.net mvc 和 wcf 的 n-teir 应用程序。
【问题讨论】：
标签： asp.net-mvc wcf entity-framework
使用附加对象将允许您操作、跟踪更改、进行并发优化。在大多数情况下，我使用附加对象进行更新或在有状态的应用程序中。这也将允许您进行延迟加载并从上下文缓存中受益。如果您以有状态的方式使用实体框架，这很好，因为当您需要上下文中的单个对象时，您可以减少对数据库的调用次数。使用 GetObjectByKey 将在查询数据库之前查询上下文。如果该对象之前已加载，它将为您节省到数据库的往返行程。
使用分离的对象很棒！它允许更快的读取、更简单的对象实现、更小的实体上下文内存占用。通过网络发送数据（wcf.. 服务）也是最好的选择。超出范围的任何内容，甚至当您将对象转换为域对象时。由于您不需要对对象进行任何跟踪，因此这是一个很好的优化开始。这可以使用实体集上的 NoTracking 合并选项快速实现。
分离的对象还将大大简化在您有许多上下文实例的环境中使用 EF。只需在进行更改和保存之前附加对象即可。
注意：使用 NoTracking 将不允许您使用延迟加载、更改跟踪、GetObjectByKey 或实体框架的任何状态功能。使用 NoTracking，您将需要使用预先加载（“Include()”）来加载相关实体/导航属性。 EntityKeys 也不会被加载。
编辑：
对分离的实体进行延迟加载不起作用，因为它没有上下文可用于查询。实体也可能缺少所需的代理和实体密钥。
我强烈建议使用急切加载。这最终也可能是一种优化，因为很难衡量延迟加载的影响。因为它可能会产生这样的情况：如果您正在迭代一个集合，它将为集合中的每个对象向数据库发出请求。当您有大量收藏时，这可能会很成问题。
【讨论】：
entity.User.Attach(model);
entity.ObjectStateManager.ChangeObjectState(model,System.Data.EntityState.Modified);
entity.SaveChanges();
return View(model);
【讨论】：