MVC應用程序結構

Question

所以我是MVC的新手，已經閱讀了關於SO和一些博客的幾十個類似問題。我無法理解如何構建我的應用程序。要麼我沒有得到它，要麼人們似乎對如何去做它有不同的看法。所以這裏是我的具體，簡單的例子：登錄屏幕和帳戶創建屏幕。

從我的理解，我應該具備以下條件：

視圖 簡單的在這種情況下，兩種觀點

模式 兩種視圖模式。登錄有用戶名和密碼。註冊有用戶名，密碼，電子郵件等。只有屬性沒有方法。

控制器 通過調用等CREATEUSER服務層（）

業務/服務 獨立生成項目視圖模型。有方法與數據庫交互並應用業務邏輯。由控制器調用，將輸出轉換爲視圖模型格式。這個項目有自己的模型/類別，而不是綁定到特定的視圖。這個層中的CreateUser（）會調用db上的存儲過程。這是正確的流程嗎？另外，從業務層返回數據時，我不應該使用視圖模型。那麼，我是否在業務方面創建了另一組類似於db中邏輯實體的模型？

Answer 1

這聽起來很合理。關於單獨模型和視圖模型的觀點是一般性建議，以避免服務層和用戶界面之間的緊密耦合。 這意味着即使用戶界面屏幕不同，多個應用程序也可以使用這些服務。不過，我認爲在某些情況下，如果它們成爲模型的鏡像，則跳過視圖模型是有意義的。我只傾向於創建視圖模型，如果它們在爲視圖準備數據（格式化等）時添加某種類型的值。

但是，有些人可能會聲稱，您應該始終創建視圖模型 - 即使是鏡像模型的視圖模型。我也可以理解這個觀點，因爲它與避免用戶界面和服務之間的耦合有關，它使您能夠在不改變鏈接到用戶界面的情況下發展服務。你必須作出判斷，告訴你這對你有多重要，因爲這是以在相同對象之間「傳遞」價值的層爲代價的。