我有一个使用客户端 -> WCF -> POCO -> EF4 的设置。
假设我有一个包含 A 实体的列表。 A 实体在其他属性中包含大量 B 实体，默认情况下不加载。当客户端完成某个动作时，它可能需要知道 B 实体的列表...
如果我为 A 实体加载 B 实体并将它们附加到集合中，A 实体实际上已更改，我猜在保存实体时它也会将这些“新”B 实体保存到 A 实体？
我可以连接一个GetEntityWithAllDetails 函数，但是我会得到一些我已经拥有的数据，如果还有其他我不想加载的集合，那将是一团糟。
问题可以归结为当我只有部分 POCO 开始并希望避免两次加载数据并且仍然能够依靠 EF4 正确保存实体时，如何在客户端重新完成 POCO ?
【问题讨论】：
标签： c# .net wcf entity-framework-4 poco
这是一项复杂的任务，EF 不会处理它 - 这是您的责任。当您使用分离实体the change tracking is up to you 时。
您目前的解决方案可能是：
听起来很容易，但事实并非如此。在最后一步中，您必须手动向新上下文解释发生了什么变化。这通常意味着与ObjectStateManager（在ObjectContext API 的情况下）或DbChangeTracker（在DbContext API 的情况下）的大量交互。这也意味着您必须从客户端传递有关更改的信息。
例如，假设您正在修改Order 实体。 Order 实体依赖于Customer 实体，并且它具有依赖的OrderItem 实体。为了让这个有趣，假设 OrderItems 必须由不同的仓库处理，因此每个仓库只能访问分配给它的项目。
Order
Customer 的情况下退出Order，并使用OrderItems 的supset。OrderItems 修改为已处理。由于停产产品而删除单个OrderItem，并插入另一个OrderItem以更换停产产品。由于供应不足，一些项目将保持不变。仓库将Order发回服务器。CustomerId 不能被修改。现在您必须明确指出哪个OrderItem 已更新（= 存在于数据库中），哪个未更改（= 不需要任何操作），哪个已插入（= 必须插入）以及最差的部分已删除（如果您不要从客户端发送一些关于删除的信息，如果不从数据库中重新加载实体图，您就无法知道它）。至少您可以高兴的是，EF 不会删除您明确未标记为删除的任何内容。所以与其他仓库相关的订单商品及其与订单的关系不会改变。
一般有两种处理方法：
还有完全独立的架构方法使用 DTO 而不是直接的 EF POCO，但它会导致与目前相同的复杂性。
【讨论】：
欢迎来到 n 层开发。
这种情况正是许多架构企业级解决方案使用层间数据传输对象的原因。
我建议避免从服务（业务）层到客户端的域实体传播。如果你让实体知道它们是否已满载，或者它们当前处于什么层级，那么它们几乎不是“POCO”吗？
所以你编写了一个服务方法“GetEntityWithAllDetails”。它应该接受一个 GetEntityWithAllDetailsRequest 对象并返回一个 GetEntityWithAllDetailsResponse 对象，其中包含服务调用者期望的任何内容，仅此而已。
显然，在 DTO 和域对象之间需要进行大量映射 - Automapper（和其他）等库可以提供帮助。
将域实体传播到客户端还会限制您在延迟或急切加载实体方面的灵活性，并使您不得不处理重新附加/合并实体，这是 EF 的问题，因为它不会重新附加实体图- 你必须手动走图。
我会试着说得很清楚。将域实体从服务传播到客户端是通向编程地狱的道路，并且很快就会导致对象承担各种责任，而这些责任与它们的目的是一样的。
【讨论】：