问直接访问桌面GUI或通过应用服务器访问数据库？

EN

我们有一个非常严格控制的工业环境。这都是Windows上的C#。

我们从不同类型的来源收集数据--监测环境数据的传感器、监测生产线统计数据的传感器、监测生产线健康状况的传感器，以及每种类型的具体“服务应用程序”。它们将数据发送到能够看到更大图像的中央校对服务。所整理的数据大多是最新的当前状态，历史信息很少，目前存储在SQLite数据库中。

我们有几个，最多6个，GUI“监控面板”，将使用WPF在Windows客户端上编写。他们将以不同的方式显示当前状态，并向中央排序服务发出控制命令，以实现任何更改。

由于GUI客户端将只读取数据，所以我们对访问数据的方法进行了内部辩论。

1. 服务数据请求的“中央排序器”中的WebAPI。
2. 直接、只读、通过实体框架访问文件共享上的数据库。当然，GUI应用程序中会有所有的接口层，所以它不会是ViewModels执行查询。

我对第一条的关注是；

a.“中央整理器”正在变得单一--在我看来，数据整理和控制应该已经分开，因为它们是真正分开的--在其中添加一个“数据库服务器”元素使情况更糟。当我们开发的时候，我们需要很多不同的API方法(或者更通用的API方法来驱动它)，这些方法会随着图形用户界面的发展而发展--考虑到我们需要为每个API调用创建“客户端访问代码”，为调用提供WebAPI控制器等等。

对于2有一些合理的考虑，但我希望使用更轻的方法，同时允许数据查询的“形状”发生变化。当这个问题基本解决后，切换到1，只需将在客户机中创建的" QueryManager“代码转换为独立的"Query应用程序”，创建QueryController来处理WebAPI方面，并将客户机中的QueryManager简单地转换为对WebAPI的调用。

顺便说一句，这是一个“大爆炸”项目，它不会真的受到持续的维护更新--每隔几年只进行一次大规模的更新。