我對基於mvc的分布式系統使用哪種設計模式或想法

Question

首先，我想首先說明我想完成的基本概念。

我通過遵循分層模型視圖控制器設計來設計系統。 我基本上有一個服務器，我想使用平板電腦作為視圖/顯示。 現在，因為我想通過序列化與平板電腦之間來回發送數據，所以我不知道在哪里玩那些平板電腦的視圖控制器類。

理想情況下，當啟動平板電腦時，您可以選擇希望平板電腦顯示的視圖（從1到任何角度），但是視圖無法實例化它自己的控制器，我認為。

所以我只是不知道在哪里可以有技術上創建所述視圖的視圖控制器，以及如何允許它與所述平板電腦進行通信。 （這將在java / android中完成）

Answer 1

MVC模式適用於一台機器。 因此，您可以在平板電腦上使用MVC模式。 此處的控制器是粘合代碼，它實例化視圖並創建模型（DAO-數據訪問對象）以從服務器獲取數據。

這完全與您將在服務器上使用的內容無關。 您可能會說，在服務器上您還希望擁有類似MVC的東西-在這種情況下，控制器處理REST，SOAP等請求，並實例化一個DAO，該DAO將從文件，數據庫等中檢索信息。 ..此后的視圖可以看作是序列化程序，可以從提取的數據中創建XML或JSON文檔。

您可能會問自己，是想擁有富客戶端還是瘦客戶端。 富客戶端具有更獨立的邏輯，也許可以緩存數據，...; 而瘦客戶端僅顯示數據並將每個已執行的操作轉發到服務器。

Answer 2

實際上，我認為您正在混合使用兩個不同的概念，這些概念可以很好地結合在一起，但是仍然有所不同。 MVC模式是用於實現用戶界面的模式，僅在非常小的項目上用作體系結構模式。 另一方面，可以在服務器端使用分層體系結構來實現更復雜的應用程序。

由於眾所周知的3層體系結構（表示層-應用程序層-數據層），容易將它們與MVC模式進行類比（視圖=表示層/控制器=應用程序層/模型=數據層），所以兩者經常混為一談仍然是錯誤的 。

關於您的問題，請具體參閱zahorak對您必須選擇的瘦客戶機/胖客戶機的響應。