wpf - 从我的客户端连接到我的数据库的最佳策略

Question

我正在研究为客户开发新版本的客户端/服务器应用程序。目前的解决方案是在 asp.net mvc 中建网站。

该应用程序的目的是构建数字标牌解决方案，这意味着用户将在客户端上创建视频和图像的播放列表，并安排它们在屏幕上显示。要显示的项目是 WPF 用户控件，一个是图像逻辑，一个是视频逻辑。

当前的应用程序是基于网络的，直接访问中央数据库。当所有客户端(提供信息的客户端)请求数据时，它是通过网络服务完成的。客户非常乐意使用基于 Web 的客户端，尽管他们要求更“丰富”的行为。这包括一个主要要求，即预览单个“幻灯片”和一组幻灯片。

我开始将其开发为 WPF 应用程序(由于 wpf 用户控件的预览而放弃了 silverlight)。现在我面临着定义如何访问数据库的问题/挑战。客户可能想要与现在相同的使用模式，即他们带着自己的实验室四处走动，因此不会一直与数据库处于同一网络中。

我的问题是:我该如何设计数据库连接层，我应该选择基于纯 Web 服务以便每个人都经常使用它，还是应该建立某种断开连接模式，让他们可以在家工作，然后连接并同步他们的数据？我是否应该要求它们与数据库位于同一网络上，以便我可以使用数据库层和连接字符串直接连接？

基于 web 服务的方法是否足够快以处理图像、视频(考虑仅加载这些缩略图，否则数据会降低性能 ~ 几 Gb og 数据)。我计划在客户端上使用缩略图，当他们在家庭网络上连接并获取所有大视频和图像时...

Answer 1

在设计您的应用程序时，有必要记住 KISS和 YAGNI原则，并警惕矫枉过正的解决方案和过早的优化。

如果我没理解错的话，你有一个可用的网络应用程序，其中唯一需要的进一步功能是某种幻灯片。
您可以找到很多 jQuery(或任何其他 Web 客户端框架)解决方案。

但是，如果您决定开发一个新客户端——您已经拥有一个运行良好的网络服务!我建议使用它。

关于在客户端存储数据的想法——这是 YAGNI 的经典候选者；测试你的应用程序的性能，然后看看你是否需要更复杂的东西，比如在客户端缓存等。

旁注 - 让客户端应用程序直接访问数据库不是推荐的方法；它有效地取消了“客户端-服务器”的“服务器”部分，并导致您的表示和业务逻辑/数据访问之间的高度耦合。
最好在服务器上有一个 WCF 应用程序负责获取请求的文件。