如何将实体框架用于具有多个客户端的应用程序

Posted 2023-02-24

【中文标题】如何将实体框架用于具有多个客户端的应用程序

【英文标题】：How to use Entity Framework for applications with many clients

【发布时间】：2019-05-30 21:18:03

【问题描述】：

我创建了一个管理酒店、客房、预订和客户的应用程序。在第一个版本中，我使用纯 mysql 命令与数据库进行通信，并且运行良好，但实现起来相当困难，主要是当我需要更改属性名称或数据库中的顺序以及复杂实体中的相关命令时，以及拿结果的速度也很慢。所以我尝试使用实体框架来实现它。 从那时起，我面临着太多我试图解决的问题。首先，我的应用程序被两个客户端使用，我需要同步数据。 EF 正在缓存数据以获得更快的结果，即使它们在数据库中发生更改。据我所知，EF 不会检查数据是否是最新的，我为此找到的解决方案是：

重新加载或分离每个实体 - 在拥有 300 个房间或 2000 个客户的情况下很糟糕 处理和重新创建上下文 - 这是我试图做的，但似乎很难实现，因为我的应用程序可以同时有 3 或 4 个窗口，然后我需要在每个 Combobox 中重新加载 ItemSource 并以其他方式列出当我再次使用它时，会抛出异常，例如“上下文已处理”或“实体更改被许多跟踪器跟踪”或“外键未公开”等。同样这样你就会丢失更改跟踪器。

另一个大问题是，当我有一段时间不使用我的应用程序，然后访问试图通过延迟加载获取的实体的属性时，如果达到连接或命令超时，它可能会崩溃。也许它可以通过异常处理来解决，但我认为 EF 可以管理这些事情。

问题是我需要更改跟踪器来更新实体，我还使用 MVVMlight 和我在 Internet 上通过 UnitOfWork 找到的通用存储库。 https://cpratt.co/truly-generic-repository/

我的应用是 WPF 4.7.2

有什么建议吗？我应该使用其他框架与数据库通信吗？我应该使用其他类型的数据库吗？其他编程语言？

另一个

【参考方案1】：

我知道你不会想听到这个，但这个问题没有“一刀切”的答案。人们将整个职业生涯都致力于解决此类问题。

我在航空业工作，我们在世界各地拥有数以千计的信息亭​​、终端、手机应用程序等，它们都同时访问同一个数据库，其中许多人需要实时通信，尽管他们坐在一些最严密的防火墙......和最脆弱的机场网络......你会看到。作为一个非常粗略的指导方针，我倾向于通过 Web 服务器公开数据库，并通过该服务器连接所有内容。对于实时的东西，我使用 WebSockets（当网络不支持它时可以用长轮询来模拟），但非关键的东西通常可以用基本的 REST 调用来处理；这两种技术都有充足的 javascript 支持，这对于您最终开发任何类型的 webapp 组件时（而不是如果）很重要。一般来说，我会避开 SOAP。如果您已经控制了通信渠道的双方，那么除非您有理由，否则没有必要增加额外的复杂性。

这样做的好处是您最终会得到一个包含所有项目共享的所有模型的单个项目，这反过来会导致出色的类型安全性和代码重用。组件之间的序列化通常由 .NET 自动处理，并且很容易在真实环境中对数据库层进行压力测试。您还有一个用于日志记录和报告生成的集中点，您的客户在某些时候会需要它（分析本身就是一个完整的领域）。不利的一面是，添加专用服务器会增加额外的复杂性和潜在的故障点，如果您必须在本地托管它，则会增加安装过程的复杂性，可能还会增加您的客户端网络配置。

这是一个答案，还有更多。一旦你开始遇到服务器负载和冗余等问题，这一切都开始变得非常“有趣”......

【讨论】：

我明白这一点。一个非常不同的实现是在服务器上做所有的工作人员，但现在我只使用服务器来存储数据库，我在客户端做所有的计算。这就是为什么我更愿意尝试使用实体框架或类似的东西来做到这一点。