design-patterns - 在客户端-服务器架构中使用 MVC( Model View Controller )

Question

我正在尝试为我正在开发的应用程序选择一种设计模式。该应用程序主要基于客户端-服务器架构，其中客户端基本上读取和写入数据到服务器；然而，它不是 Web 应用程序，客户端必须安装可执行软件，然后与 GUI 交互，以便通过 Internet 协议(protocol)与服务器(在不同的机器上退出)进行通信。

由于该应用程序基于与 GUI 的大量交互，我正在考虑使用 MVC 设计模式，问题是我无法确定哪个部分应该存在于服务器端以及哪个部分应该存在于客户端。换句话说，是否可以拥有 查看 (即边界 GUI 类和对象)和 Controller 在客户端，同时离开 型号 (即实体对象)在服务器端；这是应用 MVC 模式的可行或有效方式吗？我在这里朝着正确的方向前进吗？
这甚至可能吗？我的意思是那些边界和控制类可以在没有或访问同一机器或进程上的模型类的情况下运行和执行吗？

我是否应该在客户端拥有整个东西(模型、 View 和 Controller 类)，然后通过协议(protocol)与服务器数据库通信？

欢迎任何建议或意见。

Answer 1

有很多方法可以在客户端-服务器设置中实现 MVC。通常，您在客户端中放入的东西越多，您的应用程序就会变得“更丰富”或“更胖”。因此，如果您决定使用 MVC，那么对您来说真正的问题就变成了:我希望我的应用程序有多丰富？

此外，您可以让多个 MVC 实例在一个应用程序中协同工作，分布在客户端和服务器上。

我会看的一些东西:

网络:需要在客户端和服务器之间穿梭多少数据？一个应用程序通常会发送多少个请求？ (太多可能会使网络饱和或引起其他问题)

响应性:更高的响应性可能需要您在客户端中投入更多

安全性:所有通过网络传输的东西都可能不太安全

性能:如果需要高性能，可能需要服务器上的组件

预期负载:您可能决定在客户端放置更多组件以卸载服务器，而不是集群您的后端，例如

等