为什么要在移动设备中使用实体框架？

Question

我想通过 Web API 保存来自 WPF 移动应用程序的编辑值，因为用户从每个字段中跳出选项卡。所以关于 LostFocus 事件。

使用 EF 时，每次更新字段时，整个实体图都会发布（放置）到 Web API。即使我只是为表单上的基本字段创建一个 DTO，我仍然会每次都发布不必要的数据。

我正在考虑忘记 Web API 中的 EF，而只是发布实体 ID、字段名称和新值。然后在控制器中，创建我自己的 SQL 更新语句并使用旧的 ADO.Net 来更新数据库。

这听起来像是回到了 20 世纪甚至 90 年代，但我有什么理由不这样做吗？

我已阅读 this post，这让我倾向于我提出的解决方案。

感谢任何 cmets 或建议

Answer 1

听起来您正试图从 RESTful Web API 转向更多 RPC-ish。没关系，只要您对在节省带宽方面付出的额外麻烦是值得的感到高兴。

就技术水平而言，您所做的事情并没有退步；我每天都使用 EF，但我仍然经常需要不时使用普通的旧 ADO.NET，这是有原因的，它仍然在 CLR 中得到很好的支持。所以没有理由不这样做，只要你对编写 SQL 等感到自在。

但是，出于几个原因，我建议您不要使用您当前的提议

带宽并不一定那么宝贵

即使对于移动设备，一次发送 20 或 30 个字段也可能不是很多数据。当然，如果这太多了，只有您可以知道您的具体情况，但考虑到 3 和 4G 网络的广泛可用性，除非这些字段包含大量数据，否则我不会认为这是一个问题 - 当然，它是你的用例，所以你最了解:)

并发

除非表单实际上是可以独立更新的多个离散对象的表示，否则每次更新字段时发送回单独的更改，您就有可能导致设备上的状态无效。

例如，假设User A 和User B 都在他们的设备上查看同一个对象。这个对象有 3 个字段 A, B, C 因此：

A-"FOO"
B-"42"
C-"12345"

现在假设用户 A 将字段“A”更改为“BAR”并在字段外使用标签，然后用户 B 将字段“C”更改为“67890”和标签。

您的后端现在具有对象的以下状态：

A - "BAR"
B - "42"
C - "67890"

但是，User A 和 User B 现在都具有不正确的对象状态！

如果您还可以从任一客户端重新发送整个对象，情况会变得更糟，因为如果User A 重新发送整个表单（无论出于何种原因）User B 的更改将在没有任何警告的情况下丢失！

通常这就是为什么 RESTful 交换完整状态的机制如此有效的原因；您将 整个 对象发送回服务器，并根据该完整状态来决定它是否应该覆盖最新版本，或者返回错误，或者返回一些提示用户手动操作的状态合并更改等。

换句话说，它允许您有意义地处理冲突。例如，Entity Framework 只需包含一个特殊类型的列即可免费为您提供并发检查；您可以处理 Concurreny 异常来决定要做什么。

现在，如果表单由几个不同的实体组成， 可以独立更新，您将拥有更多基于任务的场景，因此您可以相应地为您的解决方案建模 - 所有人意味着向客户端发送一个模型，代表表单上所有单个实体的所有属性，但有单独的 POST 返回模型，以及每个模型的处理程序。

例如，如果表单显示客户主数据及其对应的地址记录，您可以向客户端发送单个模型来填充表单，但仅在客户主字段更改时发送客户主模型，并且仅发送地址当地址字段更改等时建模。这样你就可以吃蛋糕了，因为你有一个更小的 POST 有效负载并且你可以管理并发。