5

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

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

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

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

我的应用程序是 WPF 4.7.2

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

其他

4

1 回答 1

1

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

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

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

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

于 2019-01-04T11:40:10.423 回答